如果是使用中的數(shù)據(jù)庫突然出現(xiàn)些類問題
在Linux下面執(zhí)行下面命令就可以了，當(dāng)然你要找到你的mysql目錄

linux中

windows中
可以在cmd中執(zhí)行l(wèi)ush-tables
也可以在phpmyadmin 直利用修復(fù)表進行修改

如果是導(dǎo)入還原數(shù)據(jù)
，所以將該數(shù)據(jù)庫文件夾下面所有表文件chmod成777，chown成”_mysql”，但這次問題更嚴(yán)重，drupal里面現(xiàn)實table crached。沒辦法，馬上Google，發(fā)現(xiàn)其實解決起來挺容易的。
首先，找到mysqladmin所在位置，一般都在mysql/bin下面，然后運行一下命令：

之后輸入root賬號的密碼，馬上就好了，沒有任何任何提示，重新打開drupal，一切正常。
通過這次，也找到了數(shù)據(jù)庫文件的正確權(quán)限設(shè)置：data下面數(shù)據(jù)庫文件夾700，表文件660，所有文件都應(yīng)owned by mysql。

以下也是從window數(shù)據(jù)庫轉(zhuǎn)移到linux服務(wù)器出的問題

一個Discuz論壇，原來架在windows下，用的是GBK編碼，MYSQL版本是5.0的。
現(xiàn)在需要轉(zhuǎn)移到Linux下，我本來建議用mysqldump導(dǎo)出的方法，但同事希望直接用data目錄下的數(shù)據(jù)庫目錄。

那就先用移目錄的方式試下，在新服務(wù)器創(chuàng)建數(shù)據(jù)庫，然后將舊的目錄移過來。

在mysql中，Select之類的都正常，但在網(wǎng)頁程序中提示：Table 'cdb_posts' is read only

給數(shù)據(jù)庫目錄的所屬用戶和組改為mysql，并加上777的權(quán)限，還是一樣提示。

程序中使用root連接，也是一樣的提示。

想用myisamchk來檢查一下，也提示read only。

最終在這里找到了解決方法：http://www.mysqltalk.org/re-the-table-is-read-only-vt154092.html

引用
I just encountered a similar problem on one of my production servers
this morning. (I'm still investigating the cause.) After doing a
quick bit of Google-searching, this solved my problem:

mysqladmin -u <username> -p flush-tables

By the way: All directories in /var/lib/mysql should have 700
permissions (owned my the mysql user) and everything within those
directories should be 660 (owned by the mysql user and mysql group).

運行flush-tables后，read only問題解決：）

然后發(fā)現(xiàn)數(shù)據(jù)結(jié)構(gòu)和內(nèi)容還是有問題，用myisamchk查錯無效，后來用mysqldump導(dǎo)，不過也還是碰到了一大堆問題，由于要轉(zhuǎn)的數(shù)據(jù)庫挺大，化了很長時間，最終沒有繼續(xù)下去。
了解了一些知識點，記錄一下：

就是mysql5導(dǎo)出的有default-charact的設(shè)置，mysql4不支持，需要加skip-opt參數(shù)，如：
mysqldump -uroot -p --default-character-set=gbk -skip-opt databse > hx.sql
參考文章：Mysql 數(shù)據(jù)庫字符集轉(zhuǎn)換

最后找了臺mysql5的服務(wù)器，用mysqldump導(dǎo)出，mysql導(dǎo)入，一次成功！
發(fā)現(xiàn)用mysqldump導(dǎo)出一個表，300w多條記錄，用了才4分多鐘，每秒處理1w多記錄，快??！導(dǎo)入時，差不多用了十幾分鐘，每秒導(dǎo)入幾千條也很快了：）

最新評論