ndfweb.cn

My SQL數據庫下損壞數據的恢複操作過程總結


2012-05-11 12:03:34 (4458)



此文檔是一位高手同事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>myisamchkmyisamchk Ver 2.6 for Win95/Win98 at i32By Monty, for your professional useThis 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 errorsUsage: 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=optionChange the value of a variable. Please note thatthis option is deprecated; you can set variablesdirectly with ‘–variable-name=value’.-t, –tmpdir=path Path for temporary files-s, –silent Only print errors. One can use two -s to makemyisamchk 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 inextreme cases as myisamchk should normally be able tofind out if the table is ok even without this switch-F, –fast Check only tables that haven’t been closed properly-C, –check-only-changedCheck 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% ofall 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 checkedRepair 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 datafile when it’s full)-e, –extend-check Try to recover every possible row from the data fileNormally 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 abit mask of which keys to use. This can be used toget faster inserts!-r, –recover Can fix almost anything except unique keys that aren’tunique.-n, –sort-recover Forces recovering with sorting even if the temporaryfile would be very big.-p, –parallel-recoverUses the same technique as ‘-r’ and ‘-n’, but createsall 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 canhandle a couple of cases where ‘-r’ reports that itcan’t fix the data file.–character-sets-dir=…Directory where character sets are–set-character-set=nameChange 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 tomodify 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 inMySQL faster. You can check the calculated distributionby 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 valueIf no value is given, then sets the next auto_incrementvalue to the highest used value for the auto key + 1.-S, –sort-index Sort index blocks. This speeds up ‘read-next’ inapplications-R, –sort-records=#Sort records according to an index. This makes yourdata much more localized and may speed up thingsC:\mysql\bin>myisamchk c:\mysql\data\hw_enterprice\function_products.frmmyisamchk: error: ‘c:\mysql\data\hw_enterprice\function_products.frm’ is not a MyISAM-tableC:\mysql\bin>myisamchk c:\mysql\data\hw_enterprice\function_products.myiChecking MyISAM file: c:\mysql\data\hw_enterprice\function_products.myiData records: 85207 deleted blocks: 39myisamchk: warning: Table is marked as crashedmyisamchk: warning: 1 clients is using or hasn’t closed the table properly- check file-size- check key delete-chain- check record delete-chainmyisamchk: 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 linksmyisamchk: error: Wrong bytesec: 0-195-171 at linkstart: 841908MyISAM-table ‘c:\mysql\data\hw_enterprice\function_products.myi’ is corruptedFix it using switch “-r” or “-o”繼續進行操作:C:\mysql\bin>myisamchk –recover –quick c:\mysql\data\hw_enterprice\function_products.myi- check key delete-chain- check record delete-chainmyisamchk: error: record delete-link-chain corruptedmyisamchk: error: Quick-recover aborted; Run recovery without switch ‘q’Updating MyISAM file: c:\mysql\data\hw_enterprice\function_products.myiMyISAM-table ‘c:\mysql\data\hw_enterprice\function_products.myi’ is not fixed because of errorsTry 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_products.myi- recovering (with keycache) MyISAM-table ‘c:\mysql\data\hw_enterprice\function_products.myi’Data records: 85207Wrong bytesec: 0-195-171 at 841908; SkippedData 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文件應該可以正常工作了,但是最好你還是執行一下標準的修複(上麵的第二種方法)。

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

 

本文版权:http://www.ndfweb.cn/news-600.html
  NDF俱乐部
  国际域名注册
  建站咨询
简体中文 NDF网站建设淘宝店 | ICO图标在线生成 | 外贸网站建设 | 联系我们
©2007-2024 NDF Corporation 鲁ICP备08005967号 Sitemap - RSSRSS订阅