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