MySQL資料庫下.frm .MYD .MYI損壞恢複操作

首先我第一想到的是去網上搜尋，尋找類似的工具，試圖通過工具來恢複已損壞的檔案，于是我在google上查找，找到一款名為mysqlrecovery 的工具，安裝後我用其進行恢複，隻可惜效果太不理想，幾十m大的資料檔案，恢複之後它提示我竟然隻有幾十k，令我吐血...

mysql資料目錄不是太難了解的。每一個資料庫對應一個子目錄，每個子目錄中包含了對應于這個資料庫中的資料表的檔案。每一個資料表對應三個檔案，它們 和表名相同，但是具有不同的擴充名。tblname.frm檔案是表的定義，它儲存了表中包含的資料列的内容和類型。tblname.myd檔案包含了表 中的資料。tblname.myi檔案包含了表的索引(例如，它可能包含lookup表以幫助提高對表的主鍵列的查詢)。要檢查一個表的錯誤，隻需要運作 myisamchk(在mysql的bin目錄下)并提供檔案的位置和表名，或者是表的索引檔案名：pma.co

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

要檢查所有資料庫中的所有表，可以使用兩個通配符：

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

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

我在win2003下通過指令提示符，輸入：

注：此為記錄我當時操作的全部過程

繼續進行操作：

系統提示我使用--safe-recover (-o) or the --force (-f) option進行修複操作，于是

将修複後的實體檔案複制到mysql\data下之後，通過phpmyadmin進行通路，ok正常！

本次資料修複操作成功，資料已被正常恢複，總計85215條記錄，其中恢複資料共計85207條。

總結本次經驗及查找資料，如下：

當你試圖修複一個被破壞的表的問題時，有三種修複類型。如果你得到一個錯誤資訊指出一個臨時檔案不能建立，删除資訊所指出的檔案并再試一次--這通常是上一次修複操作遺留下來的。

這三種修複方法如下所示：

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

檢查和修複mysql資料檔案

如果上面的方法無法修複一個被損壞的表，在你放棄之前，你還可以試試下面這兩個技巧：

如果你懷疑表的索引檔案(*.myi)發生了不可修複的錯誤，甚至是丢失了這個檔案，你可以使 用資料檔案(*.myd)和資料格式檔案(*.frm)重新生成它。首先制作一個資料檔案(tblname.myd)的拷貝。重新開機你的mysql服務并連 接到這個服務上，使用下面的指令删除表的内容：

在删除表的内容的同時，會建立一個新的索引檔案。登出并重新關閉服務，然後用你剛才儲存的 資料檔案(tblname.myd)覆寫新的(空)資料檔案。最後，使用myisamchk執行标準的修複(上面的第二種方法)，根據表的資料的内容和表 的格式檔案重新生成索引資料。

如果你的表的格式檔案(tblname.frm)丢失了或者是發生了不可修複的錯誤，但是你清 楚如何使用相應的create table語句來重新生成這張表，你可以重新生成一個新的.frm檔案并和你的資料檔案和索引檔案(如果索引檔案有問題，使用上面的方法重建一個新的)一 起使用。首先制作一個資料和索引檔案的拷貝，然後删除原來的檔案(删除資料目錄下有關這個表的所有記錄)。

啟動mysql服務并使用當初的create table檔案建立一個新的表。新的.frm檔案應該可以正常工作了，但是最好你還是執行一下标準的修複(上面的第二種方法)。

如果有類似問題，建議自己先分析問題根源，查找資料，自己動手解決，不但可以多學更多知識技巧，更重要的是，自己也在解決問題的同時得到了快樂.