ＭＹＳＱＬ索引容易因意外重新開機等原因損壞，下面是轉載的一篇文章，有碰到的不妨先試下文中講述的方法。
前幾天因為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将對表檔案執行普通的檢查。如果你對一個表有懷疑，但是普通的檢查不能發現任何錯誤，你可以執行更徹底的檢查(但是也更慢！)，這需要使用--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檔案應該可以正常工作了，但是最好你還是執行一下标準的修複(上面的第二種方法)。
如果有類似問題，建議自己先分析問題根源，查找資料，自己動手解決，不但可以多學更多知識技巧，更重要的是，自己也在解決問題的同時得到了快樂.