如果是使用中的數據庫突然出現些類問題
在Linux下面執行下面命令就可以了，當然你要找到你的mysql目錄
linux中
復制代碼 代碼如下:
/usr/local/mysql/bin/mysqladmin -u root -p flush-tables
windows中
可以在cmd中執行lush-tables
也可以在phpmyadmin 直利用修復表進行修改
如果是導入還原數據
，所以將該數據庫文件夾下面所有表文件chmod成777，chown成”_mysql”，但這次問題更嚴重，drupal裡面現實table crached。沒辦法，馬上Google，發現其實解決起來挺容易的。
首先，找到mysqladmin所在位置，一般都在mysql/bin下面，然後運行一下命令：
復制代碼 代碼如下:
./mysqladmin -u root -p flush-tables
之後輸入root賬號的密碼，馬上就好了，沒有任何任何提示，重新打開drupal，一切正常。
通過這次，也找到了數據庫文件的正確權限設置：data下面數據庫文件夾700，表文件660，所有文件都應owned by mysql。
以下也是從window數據庫轉移到linux服務器出的問題
一個Discuz論壇，原來架在windows下，用的是GBK編碼，MYSQL版本是5.0的。
現在需要轉移到Linux下，我本來建議用mysqldump導出的方法，但同事希望直接用data目錄下的數據庫目錄。
那就先用移目錄的方式試下，在新服務器創建數據庫，然後將舊的目錄移過來。
在mysql中，Select之類的都正常，但在網頁程序中提示：Table 'cdb_posts' is read only
給數據庫目錄的所屬用戶和組改為mysql，並加上777的權限，還是一樣提示。
程序中使用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問題解決：）
然後發現數據結構和內容還是有問題，用myisamchk查錯無效，後來用mysqldump導，不過也還是碰到了一大堆問題，由於要轉的數據庫挺大，化了很長時間，最終沒有繼續下去。
了解了一些知識點，記錄一下：
就是mysql5導出的有default-charact的設置，mysql4不支持，需要加skip-opt參數，如：
mysqldump -uroot -p --default-character-set=gbk -skip-opt databse > hx.sql
參考文章：Mysql 數據庫字符集轉換
最後找了台mysql5的服務器，用mysqldump導出，mysql導入，一次成功！
發現用mysqldump導出一個表，300w多條記錄，用了才4分多鐘，每秒處理1w多記錄，快啊！導入時，差不多用了十幾分鐘，每秒導入幾千條也很快了：）
