MySQL資料庫下損壞資料的恢複操作其過程總結

此文檔是一位高手同事Hewei的原創實踐總結,過程真是精彩,最後修複損壞資料庫取得圓滿效果,值得收藏的一篇好文章

          mysql資料庫下損壞資料的恢複操作其過程總結

(此文檔是一位高手同事Hewei的原創實踐總結,過程真是精彩,最後修複損壞資料庫取得圓滿效果,值得收藏的一篇好文章)

     前幾天因為mysql資料庫部分資料損毀原因，我嘗試了下恢複資料，之後整理以下文檔，供各位參考,
以備各位同事以後如有類似問題，可以少走些彎路,儘快解決問題。

環境：windows2003
資料庫:mysql
損壞資料檔案名:function_products

將資料庫內容物理檔案直接匯入到mysql\data下，每隻表各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 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' 不是內部或外部命令，也不是可啟動並執行程式
或批次檔。

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"

繼續進行操作：

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

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

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

  將修複後的物理檔案複製到mysql\data下之後，通過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檔案應該可以正常工作了，但是最好你還是執行一下標準的修複(上面的第二種方法)。

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