mysql中Table is read only的解決方法小結

2020-01-18 23:51:00

字體：大中小

來源：轉載

供稿：網友

如果是使用中的數據庫突然出現些類問題
在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多記錄，快啊！導入時，差不多用了十幾分鐘，每秒導入幾千條也很快了：）

上一篇：MySQL性能優化的一些技巧幫助你的數據庫

下一篇：碰到MySQL無法啟動1067錯誤問題解決方法