前幾天因為mysql資料庫部分資料損壞原因，我嘗試了下恢復資料，之後整理以下文檔，供各位參考,
以備各位同事以後如有類似問題，可以少走些彎路,盡快解決問題。
環境：windows2003
資料庫:mysql
損壞資料檔案名:function_products
將資料庫內容物理檔案直接導入到mysqldata下，每隻表各3個檔案，依次分別為：.frm .myd .myi
首先我第一想到的是去網上搜索，尋找類似的工具，試圖通過工具來恢復已損壞的檔案，於是我在google上查找，
找到一款名為mysqlrecovery的工具，安裝後我用其進行恢復，只可惜效果太不理想，幾十m大的資料檔案，恢復
之後它提示我竟然只有幾十k，令我吐血…
我又想到了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服務是關閉的。
我在win2003下通過命令提示符，輸入：
註：此為記錄我當時操作的全部過程
d:documents and settingsadministrator>c:
c:>cd mysql
c:mysql>cd data
c:mysqldata>cd hw_enterprice
c:mysqldatahw_enterprice>myisamchk function_products.frm
『myisamchk』 不是內部或外部命令，也不是可運行的程序
或批處理檔案。
c:mysqldatahw_enterprice>cd
c:>cd mysql
c:mysql>cd bin
註：查看myisamchk的幫助信息
c:mysqlin>myisamchk
myisamchk ver 2.6 for win95/win98 at i32
by monty、for your professional use
this software comes with no warranty: see the public for details.
description、check and repair of isam tables.
used without options all tables on the command will be checked for errors
usage: myisamchk [options] tables[.myi]
global options:
-#、–debug=… output debug log. often this is 『d:t:o,filename』
-?、–help display this help and exit.
-o、–set-variable var=option
change the value of a variable. please note that
this option is deprecated; you can set variables
directly with 『–variable-name=value』.
-t、–tmpdir=path path for temporary files
-s、–silent only print errors. one can use two -s to make
myisamchk very silent
-v、–verbose print more information. this can be used with
–description and –check. use many -v for more verbosity!
-v、–version print version and exit.
-w、–wait wait if table is locked.
check options (check is the default action for myisamchk):
-c、–check check table for errors
-e、–extend-check check the table very throughly. only use this in
extreme cases as myisamchk should normally be able to
find out if the table is ok even without this switch
-f、–fast check only tables that haven’t been closed properly
-c、–check-only-changed
check only tables that have changed since last check
-f、–force restart with 『-r』 if there are any errors in the table.
states will be updated as with 『–update-state』
-i、–information print statistics information about table that is checked
-m、–medium-check faster than extend-check、but only finds 99.99% of
all errors. should be good enough for most cases
-u –update-state mark tables as crashed if you find any errors
-t、–read-only don’t mark table as checked
repair options (when using 『-r』 or 『-o』)
-b、–backup make a backup of the .myd file as 『filename-time.bak』
–correct-checksum correct checksum information for table.
-d、–data-file-length=# max length of data file (when recreating data
file when it’s full)
-e、–extend-check try to recover every possible row from the data file
normally this will also find a lot of garbage rows;
don’t use this option if you are not totally desperate.
-f、–force overwrite old temporary files.
-k、–keys-used=# tell myisam to update only some specific keys. # is a
bit mask of which keys to use. this can be used to
get faster inserts!
-r、–recover can fix almost anything except unique keys that aren’t
unique.
-n、–sort-recover forces recovering with sorting even if the temporary
file would be very big.
-p、–parallel-recover
uses the same technique as 『-r』 and 『-n』、but creates
all the keys in parallel、in different threads.
this is alpha code. use at your own risk!
-o、–safe-recover uses old recovery method; slower than 『-r』 but can
handle a couple of cases where 『-r』 reports that it
can’t fix the data file.
–character-sets-dir=…
directory where character sets are
–set-character-set=name
change the character set used by the index
-q、–quick faster repair by not modifying the data file.
one can give a second 『-q』 to force myisamchk to
modify the original datafile in case of duplicate keys
-u、–unpack unpack file packed with myisampack.
other actions:
-a、–analyze analyze distribution of keys. will make some joins in
mysql faster. you can check the calculated distribution
by using 『–description –verbose table_name』.
-d、–description prints some information about table.
-a、–set-auto-increment[=value]
force auto_increment to start at this or higher value
if no value is given、then sets the next auto_increment
value to the highest used value for the auto key + 1.
-s、–sort-index sort index blocks. this speeds up 『read-next』 in
applications
-r、–sort-records=#
sort records according to an index. this makes your
data much more localized and may speed up things
c:mysqlin>myisamchk c:mysqldatahw_enterpricefunction_products.frm
myisamchk: error: 『c:mysqldatahw_enterpricefunction_products.frm』 is not a m
yisam-table
c:mysqlin>myisamchk c:mysqldatahw_enterpricefunction_products.myi
checking myisam file: c:mysqldatahw_enterpricefunction_products.myi
data records: 85207 deleted blocks: 39
myisamchk: warning: table is marked as crashed
myisamchk: warning: 1 clients is using or hasn’t closed the table properly
- check file-size
- check key delete-chain
- check record delete-chain
myisamchk: error: record delete-link-chain corrupted
- check index reference
- check data record references index: 1
- check data record references index: 2
- check data record references index: 3
- check record links
myisamchk: error: wrong bytesec: 0-195-171 at linkstart: 841908
myisam-table 『c:mysqldatahw_enterpricefunction_products.myi』 is corrupted
fix it using switch 「-r」 or 「-o」
繼續進行操作：
c:mysqlin>myisamchk –recover –quick c:mysqldatahw_enterpricefunction_p
roducts.myi
- check key delete-chain
- check record delete-chain
myisamchk: error: record delete-link-chain corrupted
myisamchk: error: quick-recover aborted; run recovery without switch 『q』
updating myisam file: c:mysqldatahw_enterpricefunction_products.myi
myisam-table 『c:mysqldatahw_enterpricefunction_products.myi』 is not fixed be
cause of errors
try fixing it by using the –safe-recover (-o) or the –force (-f) option
系統提示我使用–safe-recover (-o) or the –force (-f) option進行修復操作，於是
c:mysqlin>myisamchk –safe-recover c:mysqldatahw_enterpricefunction_prod
ucts.myi
- recovering (with keycache) myisam-table 『c:mysqldatahw_enterpricefunction_
products.myi』
data records: 85207
wrong bytesec: 0-195-171 at 841908; skipped
data records: 85215
將修復後的物理檔案複製到mysqldata下之後，通過phpmyadmin進行訪問，ok正常！
本次資料修復操作成功，資料已被正常恢復，總計85215條記錄，其中恢復資料共計85207條。
總結本次經驗及查找資料，如下：
當你試圖修復一個被破壞的表的問題時，有三種修復類型。如果你得到一個錯誤信息指出一個臨時檔案不能建立，刪除信息所指出的檔案並再試一次–這通常是上一次修復操作遺留下來的。
這三種修復方法如下所示：
% myisamchk –recover –quick /path/to/tblname
% myisamchk –recover /path/to/tblname
% myisamchk –safe-recover /path/to/tblname
第一種是最快的，用來修復最普通的問題；而最後一種是最慢的，用來修復一些其它方法所不能修復的問題。
檢查和修復mysql資料檔案
如果上面的方法無法修復一個被損壞的表，在你放棄之前，你還可以試試下面這兩個技巧：
如果你懷疑表的索引檔案(*.myi)發生了不可修復的錯誤，甚至是遺失了這個檔案，你可以使用資料檔案(*.myd)和資料格式檔案(*.frm)重新生成它。首先製作一個資料檔案(tblname.myd)的拷貝。重啟你的mysql服務並連接到這個服務上，使用下面的命令刪除表的內容：
mysql> delete from tblname;
在刪除表的內容的同時，會建立一個新的索引檔案。退出登錄並重新關閉服務，然後用你剛才保存的資料檔案(tblname.myd)覆蓋新的(空)資料檔案。最後，使用myisamchk執行標準的修復(上面的第二種方法)，根據表的資料的內容和表的格式檔案重新生成索引資料。
如果你的表的格式檔案(tblname.frm)遺失了或者是發生了不可修復的錯誤，但是你清楚如何使用相應的create table語句來重新生成這張表，你可以重新生成一個新的.frm檔案並和你的資料檔案和索引檔案(如果索引檔案有問題，使用上面的方法重建一個新的)一起使用。首先製作一個資料和索引檔案的拷貝，然後刪除原來的檔案(刪除資料目錄下有關這個表的所有記錄)。
啟動mysql服務並使用當初的create table檔案建立一個新的表。新的.frm檔案應該可以正常工作了，但是最好你還是執行一下標準的修復(上面的第二種方法)。
如果有類似問題，建議自己先分析問題根源，查找資料，自己動手解決，不但可以多學更多知識技巧，更重要的是，自己也在解決問題的同時得到了快樂