MySQL資料庫中部分資料損毀恢複過程

前幾天因為MySQL資料庫部分資料損毀原因，我嘗試了下恢複資料，之後整理以下文檔，供各位參考，以備各位同事以後如有類似問題，可以少走些彎路，儘快解決問題。

環境：Windows2003

資料庫：MySQL

損壞資料檔案名：function_products

將資料庫內容物理檔案直接匯入到mysql\data下，每隻表各3個檔案，依次分別為：.frm .myd .myi。首先我第一想到的是去網上搜尋，尋找類似的工具，試圖通過工具來恢複已損壞的檔案，於是我在google上尋找，找到一款名為mysqlrecovery的工具，安裝後我用其進行恢複，只可惜效果太不理想，幾十MB大的資料檔案，恢複之後它提示我竟然只有幾十KB。我又想到了MySQL下應有自己本身的修複程式等，於是想通過其來進行恢複，心想應不會太差勁吧，在網上尋找了資料，提示：由於臨時斷電，使用kill -9中止MySQL服務進程，或者是MySQL正在高速運轉時進行強製備份操作時等，所有的這些都可能會毀壞MySQL的資料檔案。如果在被幹擾時，服務正在改變檔案，檔案可能會留下錯誤的或不一致的狀態。因為這樣的毀壞有時是不容易被發現的，當你發現這個錯誤時可能是很久以後的事了。

於是，當你發現這個問題時，也許所有的備份都有同樣的錯誤。我想我現在碰到的問題可能是這個問題，因為備份的資料也是有部分損壞的資料，所以導致不能完全運行， 意識到myisamchk程式對用來檢查和修改的MySQL資料檔案的訪問應該是唯一的。如果MySQL服務正在使用某一檔案，並對myisamchk正在檢查的檔案進行修改，myisamchk會誤以為發生了錯誤，並會試圖進行修複--這將導致MySQL服務的崩潰！這樣，要避免這種情況的發生，通常我們需要在工作時關閉MySQL服務。作為選擇，你也可以暫時關閉服務以製作一個檔案的拷貝，然後在這個拷貝上工作。當你做完了以後，重新關閉服務並使用新的檔案取代原來的檔案(也許你還需要使用期間的變更日誌)。

MySQL資料目錄不是太難理解的。每一個資料庫對應一個子目錄，每個子目錄中包含了對應於這個資料庫中的資料表的檔案。每一個資料表對應三個檔案，它們和表名相同，但是具有不同的副檔名。tblname.frm檔案是表的定義，它儲存了表中包含的資料列的內容和類型。tblname.myd檔案包含了表中的資料。tblname.myi檔案包含了表的索引(例如，它可能包含lookup表以協助提高對錶的主鍵列的查詢)。 要檢查一個表的錯誤，只需要運行myisamchk(在MySQL的bin目錄下)並提供檔案的位置和表名，或者是表的索引檔案名稱：

% myisamchk /usr/local/mysql/var/dbname/tblname

% myisamchk /usr/local/mysql/var/dbname/tblname.myi

上面的兩個命令都可以執行對指定表的檢查。要檢查資料庫中所有的表，可以使用萬用字元：

% myisamchk /usr/local/mysql/var/dbname/*.myi

要檢查所有資料庫中的所有表，可以使用兩個萬用字元：

% myisamchk /usr/local/mysql/var/*/*.myi

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

% myisamchk --extend-check /path/to/tblname

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