MySQL數據庫中某些數據損壞的修護
以下的文章主要講述的是MySQL數據庫中某些數據損壞的實際恢復過程，前幾天因為MySQL數據庫中的數據損壞，我就嘗試了一下恢復數據的實際操作，之后整理以下文檔，供各位參考，以備各位同事以后如有類似問題。
環境：Windows2003
數據庫：MySQL(和PHP搭配之最佳組合)
損壞數據文件名：function_products
將MySQL數據庫內容物理文件直接導入到MySQL(和PHP搭配之最佳組合)\data下，每只表各3個文件，依次分別為：
.frm .myd .myi。首先我第一想到的是去網上搜索，尋找類似的工具，試圖通過工具來恢復已損壞的文件，于是我在google上查找，找到一款名為MySQL(和PHP搭配之最佳組合)recovery的工具，安裝后我用其進行恢復，只可惜效果太不理想，幾十MB大的數據文件，恢復之后它提示我竟然只有幾十KB。
我又想到了MySQL(和PHP搭配之最佳組合)下應有自己本身的修復程序等，于是想通過其來進行恢復，心想應不會太差勁吧，在網上查找了資料，提示：由于臨時斷電，使用kill -9中止MySQL(和PHP搭配之最佳組合)服務進程，或者是MySQL(和PHP搭配之最佳組合)正在高速運轉時進行強制備份操作時等，所有的這些都可能會毀壞MySQL(和PHP搭配之最佳組合)的數據文件。如果在被干擾時，服務正在改變文件，文件可能會留下錯誤的或不一致的狀態。因為這樣的毀壞有時是不容易被發現的，當你發現這個錯誤時可能是很久以后的事了。
于是，當你發現這個問題時，也許所有的備份都有同樣的錯誤。我想我現在碰到的問題可能是這個問題，因為備份的數據也是有部分損壞的數據，所以導致不能完全運行， 意識到myisamchk程序對用來檢查和修改的MySQL(和PHP搭配之最佳組合)數據文件的訪問應該是唯一的。
如果MySQL(和PHP搭配之最佳組合)服務正在使用某一文件，并對myisamchk正在檢查的文件進行修改，myisamchk會誤以為發生了錯誤，并會試圖進行修復--這將導致MySQL(和PHP搭配之最佳組合)服務的崩潰！這樣，要避免這種情況的發生，通常我們需要在工作時關閉MySQL(和PHP搭配之最佳組合)服務。
作為選擇，你也可以暫時關閉服務以制作一個文件的拷貝，然后在這個拷貝上工作。當你做完了以后，重新關閉服務并使用新的文件取代原來的文件(也許你還需要使用期間的變更日志)。
MySQL(和PHP搭配之最佳組合)數據目錄不是太難理解的。每一個MySQL數據庫對應一個子目錄，每個子目錄中包含了對應于這個數據庫中的數據表的文件。每一個數據表對應三個文件，它們和表名相同，但是具有不同的擴展名。
tblname.frm文件是表的定義，它保存了表中包含的數據列的內容和類型。tblname.myd文件包含了表中的數據。tblname.myi文件包含了表的索引(例如，它可能包含lookup表以幫助提高對表的主鍵列的查詢)。 要檢查一個表的錯誤，只需要運行myisamchk(在MySQL(和PHP搭配之最佳組合)的bin目錄下)并提供文件的位置和表名，或者是表的索引文件名：
- % myisamchk /usr/local/MySQL(和PHP搭配之最佳組合)/var/dbname/tblname
- % myisamchk /usr/local/MySQL(和PHP搭配之最佳組合)/var/dbname/tblname.myi
上面的兩個命令都可以執行對指定表的檢查。要檢查MySQL數據庫中所有的表，可以使用通配符：
- % myisamchk /usr/local/MySQL(和PHP搭配之最佳組合)/var/dbname/*.myi
要檢查所有MySQL數據庫中的所有表，可以使用兩個通配符：
- % myisamchk /usr/local/MySQL(和PHP搭配之最佳組合)/var/*/*.myi
如果不帶任何選項，myisamchk將對表文件執行普通的檢查。如果你對一個表有懷疑，但是普通的檢查不能發現任何錯誤，你可以執行更徹底的檢查(但是也更慢！)，這需要使用--extend-check選項：
- % myisamchk --extend-check /path/to/tblname
對錯誤的檢查是沒有破壞性的，這意味著你不必擔心執行對你的數據文件的檢查會使已經存在的問題變得更糟。另一方面，修復選項，雖然通常也是安全的，但是它對你的數據文件的更改是無法撤消的。
因為這個原因，我們強烈推薦你試圖修復一個被破壞的表文件時首先做個備份，并確保在制作這個備份之前你的MySQL(和PHP搭配之最佳組合)服務是關閉的。
我在Win2003下通過命令提示符，以上的相關內容就是對MySQL數據庫中部分數據損壞恢復過程的介紹，望你能有所收獲。
【編輯推薦】
