前幾天因?yàn)镸ySQL數(shù)據(jù)庫部分?jǐn)?shù)據(jù)損壞原因，我嘗試了下恢復(fù)數(shù)據(jù)，之后整理以下文檔，供各位參考，以備各位同事以后如有類似問題，可以少走些彎路，盡快解決問題。
環(huán)境：Windows2003
數(shù)據(jù)庫：MySQL
損壞數(shù)據(jù)文件名：function_products
將數(shù)據(jù)庫內(nèi)容物理文件直接導(dǎo)入到mysql\data下，每只表各3個文件，依次分別為：.frm .myd .myi。首先我第一想到的是去網(wǎng)上搜索，尋找類似的工具，試圖通過工具來恢復(fù)已損壞的文件，于是我在google上查找，找到一款名為mysqlrecovery的工具，安裝后我用其進(jìn)行恢復(fù)，只可惜效果太不理想，幾十MB大的數(shù)據(jù)文件，恢復(fù)之后它提示我竟然只有幾十KB。我又想到了MySQL下應(yīng)有自己本身的修復(fù)程序等，于是想通過其來進(jìn)行恢復(fù)，心想應(yīng)不會太差勁吧，在網(wǎng)上查找了資料，提示：由于臨時斷電，使用kill -9中止MySQL服務(wù)進(jìn)程，或者是MySQL正在高速運(yùn)轉(zhuǎn)時進(jìn)行強(qiáng)制備份操作時等，所有的這些都可能會毀壞MySQL的數(shù)據(jù)文件。如果在被干擾時，服務(wù)正在改變文件，文件可能會留下錯誤的或不一致的狀態(tài)。因?yàn)檫@樣的毀壞有時是不容易被發(fā)現(xiàn)的，當(dāng)你發(fā)現(xiàn)這個錯誤時可能是很久以后的事了。
于是，當(dāng)你發(fā)現(xiàn)這個問題時，也許所有的備份都有同樣的錯誤。我想我現(xiàn)在碰到的問題可能是這個問題，因?yàn)閭浞莸臄?shù)據(jù)也是有部分損壞的數(shù)據(jù)，所以導(dǎo)致不能完全運(yùn)行， 意識到myisamchk程序?qū)τ脕頇z查和修改的MySQL數(shù)據(jù)文件的訪問應(yīng)該是唯一的。如果MySQL服務(wù)正在使用某一文件，并對myisamchk正在檢查的文件進(jìn)行修改，myisamchk會誤以為發(fā)生了錯誤，并會試圖進(jìn)行修復(fù)--這將導(dǎo)致MySQL服務(wù)的崩潰！這樣，要避免這種情況的發(fā)生，通常我們需要在工作時關(guān)閉MySQL服務(wù)。作為選擇，你也可以暫時關(guān)閉服務(wù)以制作一個文件的拷貝，然后在這個拷貝上工作。當(dāng)你做完了以后，重新關(guān)閉服務(wù)并使用新的文件取代原來的文件(也許你還需要使用期間的變更日志)。
MySQL數(shù)據(jù)目錄不是太難理解的。每一個數(shù)據(jù)庫對應(yīng)一個子目錄，每個子目錄中包含了對應(yīng)于這個數(shù)據(jù)庫中的數(shù)據(jù)表的文件。每一個數(shù)據(jù)表對應(yīng)三個文件，它們和表名相同，但是具有不同的擴(kuò)展名。tblname.frm文件是表的定義，它保存了表中包含的數(shù)據(jù)列的內(nèi)容和類型。tblname.myd文件包含了表中的數(shù)據(jù)。tblname.myi文件包含了表的索引(例如，它可能包含lookup表以幫助提高對表的主鍵列的查詢)。 要檢查一個表的錯誤，只需要運(yùn)行myisamchk(在MySQL的bin目錄下)并提供文件的位置和表名，或者是表的索引文件名：
% myisamchk /usr/local/mysql/var/dbname/tblname
% myisamchk /usr/local/mysql/var/dbname/tblname.myi
上面的兩個命令都可以執(zhí)行對指定表的檢查。要檢查數(shù)據(jù)庫中所有的表，可以使用通配符：
% myisamchk /usr/local/mysql/var/dbname/*.myi
要檢查所有數(shù)據(jù)庫中的所有表，可以使用兩個通配符：
% myisamchk /usr/local/mysql/var/*/*.myi
如果不帶任何選項(xiàng)，myisamchk將對表文件執(zhí)行普通的檢查。如果你對一個表有懷疑，但是普通的檢查不能發(fā)現(xiàn)任何錯誤，你可以執(zhí)行更徹底的檢查(但是也更慢！)，這需要使用--extend-check選項(xiàng)：
% myisamchk --extend-check /path/to/tblname
對錯誤的檢查是沒有破壞性的，這意味著你不必?fù)?dān)心執(zhí)行對你的數(shù)據(jù)文件的檢查會使已經(jīng)存在的問題變得更糟。另一方面，修復(fù)選項(xiàng)，雖然通常也是安全的，但是它對你的數(shù)據(jù)文件的更改是無法撤消的。因?yàn)檫@個原因，我們強(qiáng)烈推薦你試圖修復(fù)一個被破壞的表文件時首先做個備份，并確保在制作這個備份之前你的MySQL服務(wù)是關(guān)閉的。
我在Win2003下通過命令提示符，輸入：
注：此為記錄我當(dāng)時操作的全部過程
d:\documents and settings\administrator>c:
c:\>cd MySQL
c:\mysql>cd data
c:\mysql\data>cd hw_enterprice
c:\mysql\data\hw_enterprice>myisamchk function_products.frm
'myisamchk' 不是內(nèi)部或外部命令，也不是可運(yùn)行的程序或批處理文件。
c:\mysql\data\hw_enterprice>cd\
c:\>cd mysql
c:\mysql>cd bin
注：查看myisamchk的幫助信息
c:\mysql\bin>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:\mysql\bin>myisamchk c:\mysql\data\hw_enterprice\function_products.frm
myisamchk: error: 'c:\mysql\data\hw_enterprice\function_products.frm' is not a m
yisam-table c:\mysql\bin>myisamchk c:\mysql\data\hw_enterprice\function_products.myi
checking myisam file: c:\mysql\data\hw_enterprice\function_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:\MySQL\data\hw_enterprice\function_products.myi' is corrupted
fix it using switch "-r" or "-o"
|
繼續(xù)進(jìn)行操作：
c:\MySQL\bin>myisamchk --recover --quick c:\MySQL\data\hw_enterprice\function_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:\MySQL\data\hw_enterprice\function_products.myi
myisam-table 'c:\MySQL\data\hw_enterprice\function_products.myi' is not fixed be
cause of errors
try fixing it by using the --safe-recover (-o) or the --force (-f) option
|
系統(tǒng)提示我使用--safe-recover (-o) or the --force (-f) option進(jìn)行修復(fù)操作，于是：
c:\MySQL\bin>myisamchk --safe-recover c:\MySQL\data\hw_enterprice\function_prod
ucts.myi
- recovering (with keycache) myisam-table 'c:\MySQL\data\hw_enterprice\function_
products.myi'
data records: 85207
wrong bytesec: 0-195-171 at 841908; skipped
data records: 85215
|
將修復(fù)后的物理文件復(fù)制到mysql\data下之后，通過phpmyadmin進(jìn)行訪問，正常！本次數(shù)據(jù)修復(fù)操作成功，數(shù)據(jù)已被正常恢復(fù)，總計(jì)85215條記錄，其中恢復(fù)數(shù)據(jù)共計(jì)85207條。
總結(jié)本次經(jīng)驗(yàn)及查找資料，如下：
當(dāng)你試圖修復(fù)一個被破壞的表的問題時，有三種修復(fù)類型。如果你得到一個錯誤信息指出一個臨時文件不能建立，刪除信息所指出的文件并再試一次--這通常是上一次修復(fù)操作遺留下來的。
這三種修復(fù)方法如下所示：
% myisamchk --recover --quick /path/to/tblname
% myisamchk --recover /path/to/tblname
% myisamchk --safe-recover /path/to/tblname
第一種是最快的，用來修復(fù)最普通的問題；而最后一種是最慢的，用來修復(fù)一些其它方法所不能修復(fù)的問題。
如果上面的方法無法修復(fù)一個被損壞的表，在你放棄之前，你還可以試試下面這兩個技巧：
如果你懷疑表的索引文件(*.myi)發(fā)生了不可修復(fù)的錯誤，甚至是丟失了這個文件，你可以使用數(shù)據(jù)文件(*.myd)和數(shù)據(jù)格式文件(*.frm)重新生成它。首先制作一個數(shù)據(jù)文件(tblname.myd)的拷貝。重啟你的MySQL服務(wù)并連接到這個服務(wù)上，使用下面的命令刪除表的內(nèi)容：
MySQL> delete from tblname;
在刪除表的內(nèi)容的同時，會建立一個新的索引文件。退出登錄并重新關(guān)閉服務(wù)，然后用你剛才保存的數(shù)據(jù)文件(tblname.myd)覆蓋新的(空)數(shù)據(jù)文件。最后，使用myisamchk執(zhí)行標(biāo)準(zhǔn)的修復(fù)(上面的第二種方法)，根據(jù)表的數(shù)據(jù)的內(nèi)容和表的格式文件重新生成索引數(shù)據(jù)。
如果你的表的格式文件(tblname.frm)丟失了或者是發(fā)生了不可修復(fù)的錯誤，但是你清楚如何使用相應(yīng)的create table語句來重新生成這張表，你可以重新生成一個新的.frm文件并和你的數(shù)據(jù)文件和索引文件(如果索引文件有問題，使用上面的方法重建一個新的)一起使用。首先制作一個數(shù)據(jù)和索引文件的拷貝，然后刪除原來的文件(刪除數(shù)據(jù)目錄下有關(guān)這個表的所有記錄)。
啟動MySQL服務(wù)并使用當(dāng)初的create table文件建立一個新的表。新的.frm文件應(yīng)該可以正常工作了，但是最好你還是執(zhí)行一下標(biāo)準(zhǔn)的修復(fù)(上面的第二種方法)。
如果有類似問題，建議自己先分析問題根源，查找資料，自己動手解決，不但可以多學(xué)更多知識技巧，更重要的是，自己也在解決問題的同時得到了快樂。
