mysql數(shù)據(jù)文件破壞后的修復方法

[重要通告]如您遇疑難雜癥,本站支持知識付費業(yè)務,掃右邊二維碼加博主微信,可節(jié)省您寶貴時間哦!

由于臨時或者突然斷電，使用kill -9中止MySQL服務進程，所有的這些都可能會毀壞MySQL的數(shù)據(jù)文件。如果在被干擾時，服務正在改變文件，文件可能會留下錯誤的或不一致的狀態(tài)。因為這樣的毀壞有時是不容易被發(fā)現(xiàn)的，當你發(fā)現(xiàn)這個錯誤時可能是很久以后的事了。

于是，當你發(fā)現(xiàn)這個問題時，也許所有的備份都有同樣的錯誤。

MySQL參考手冊的第十五章講述了MySQL自帶的myisamchk的功能，以及如何使用它檢查和修復你的MySQL數(shù)據(jù)文件。雖然這一章對于每個想要搭建一個強壯的MySQL服務的人都是推薦閱讀的，我們還是有必要在這里對其中的要點進行討論。

在我們繼續(xù)之前，你必須意識到myisamchk程序對用來檢查和修改的MySQL數(shù)據(jù)文件的訪問應該是唯一的。如果MySQL服務正在使用某一文件，并對myisamchk正在檢查的文件進行修改，myisamchk會誤以為發(fā)生了錯誤，并會試圖進行修復--這將導致MySQL服務的崩潰！這樣，要避免這種情況的發(fā)生，通常我們需要在工作時關閉MySQL服務。作為選擇，你也可以暫時關閉服務以制作一個文件的拷貝，然后在這個拷貝上工作。當你做完了以后，重新關閉服務并使用新的文件取代原來的文件(也許你還需要使用期間的變更日志)。

MySQL數(shù)據(jù)目錄不是太難理解的。每一個數(shù)據(jù)庫對應一個子目錄，每個子目錄中包含了對應于這個數(shù)據(jù)庫中的數(shù)據(jù)表的文件。每一個數(shù)據(jù)表對應三個文件，它們和表名相同，但是具有不同的擴展名。tblName.frm文件是表的定義，它保存了表中包含的數(shù)據(jù)列的內容和類型。tblName.MYD文件包含了表中的數(shù)據(jù)。tblName.MYI文件包含了表的索引(例如，它可能包含lookup表以幫助提高對表的主鍵列的查詢)。

要檢查一個表的錯誤，只需要運行myisamchk(在MySQL的bin目錄下)并提供文件的位置和表名，或者是表的索引文件名：

myisamchk /usr/local/mysql/var/dbName/tblName
myisamchk /usr/local/mysql/var/dbName/tblName.MYI

上面的兩個命令都可以執(zhí)行對指定表的檢查。要檢查數(shù)據(jù)庫中所有的表，可以使用通配符：

myisamchk /usr/local/mysql/var/dbName/*.MYI

要檢查所有數(shù)據(jù)庫中的所有表，可以使用兩個通配符： myisamchk /usr/local/mysql/var/*/*.MYI

如果不帶任何選項，myisamchk將對表文件執(zhí)行普通的檢查。如果你對一個表有懷疑，但是普通的檢查不能發(fā)現(xiàn)任何錯誤，你可以執(zhí)行更徹底的檢查(但是也更慢！)，這需要使用--extend-check選項：

myisamchk --extend-check /path/to/tblName

對錯誤的檢查是沒有破壞性的，這意味著你不必擔心執(zhí)行對你的數(shù)據(jù)文件的檢查會使已經存在的問題變得更糟。另一方面，修復選項，雖然通常也是安全的，但是它對你的數(shù)據(jù)文件的更改是無法撤消的。因為這個原因，我們強烈推薦你試圖修復一個被破壞的表文件時首先做個備份，并確保在制作這個備份之前你的MySQL服務是關閉的。

當你試圖修復一個被破壞的表的問題時，有三種修復類型。如果你得到一個錯誤信息指出一個臨時文件不能建立，刪除信息所指出的文件并再試一次--這通常是上一次修復操作遺留下來的。
這三種修復方法如下所示：

myisamchk --recover --quick /path/to/tblName
myisamchk --recover /path/to/tblName
myisamchk --safe-recover /path/to/tblName

第一種是最快的，用來修復最普通的問題；而最后一種是最慢的，用來修復一些其它方法所不能修復的問題。

檢查和修復MySQL數(shù)據(jù)文件
如果上面的方法無法修復一個被損壞的表，在你放棄之前，你還可以試試下面這兩個技巧：

如果你懷疑表的索引文件(*.MYI)發(fā)生了不可修復的錯誤，甚至是丟失了這個文件，你可以使用數(shù)據(jù)文件(*.MYD)和數(shù)據(jù)格式文件(*.frm)重新生成它。首先制作一個數(shù)據(jù)文件(tblName.MYD)的拷貝。重啟你的MySQL服務并連接到這個服務上，使用下面的命令刪除表的內容：

mysql Delete FROM tblName;

在刪除表的內容的同時，會建立一個新的索引文件。退出登錄并重新關閉服務，然后用你剛才保存的數(shù)據(jù)文件(tblName.MYD)覆蓋新的(空)數(shù)據(jù)文件。最后，使用myisamchk執(zhí)行標準的修復(上面的第二種方法)，根據(jù)表的數(shù)據(jù)的內容和表的格式文件重新生成索引數(shù)據(jù)。

如果你的表的格式文件(tblName.frm)丟失了或者是發(fā)生了不可修復的錯誤，但是你清楚如何使用相應的Create TABLE語句來重新生成這張表，你可以重新生成一個新的.frm文件并和你的數(shù)據(jù)文件和索引文件(如果索引文件有問題，使用上面的方法重建一個新的)一起使用。首先制作一個數(shù)據(jù)和索引文件的拷貝，然后刪除原來的文件(刪除數(shù)據(jù)目錄下有關這個表的所有記錄)。

啟動MySQL服務并使用當初的Create TABLE文件建立一個新的表。新的.frm文件應該可以正常工作了，但是最好你還是執(zhí)行一下標準的修復(上面的第二種方法)。

可以使用mysql語句,用 CHECK TABLE $table; //其中$table代表數(shù)據(jù)表的名字，檢測表是否損壞，如果損壞可以REPAIR TABLE $table 來修復，如果一次不行，可以多修復幾次！

如果使用WIN服務器,可以先登陸DB服務器，進入此路徑，不用進mysql里

D:\CD MYSQL

D:\mysql>CD BIN

D:\mysql\bin>MYISAMCHK -r d:\mysql\data\guild\msg_table.myi(msg_table)
- check key delete-chain
- check record delete-chain
- recovering (with sort) MyISAM-table 'd:\mysql\data\guild\msg_table.myi'
Data records: 23
- Fixing index 1

D:\mysql\bin>MYISAMCHK --safe-recover d:\mysql\data\guild\msg_table.myi
- recovering (with keycache) MyISAM-table 'd:\mysql\data\guild\msg_table.myi'
Data records: 89

D:\mysql\bin>

當不知道哪個表壞了，可以進入mysql數(shù)據(jù)庫:
use guild;
desc msg_table; 看msg_table有沒有壞

修復好了進入MYSQL數(shù)據(jù)庫中打命令檢查：show table;

問題未解決？付費解決問題加Q或微信 2589053300 (即Q號又微信號)右上方掃一掃可加博主微信

所寫所說，是心之所感，思之所悟，行之所得；文當無敷衍，落筆求簡潔。 以所舍，求所獲；有所依，方所成！