此文檔是一位高手同事Hewei的原創實踐總結,過程真是精彩,最後修復損壞數據庫取得圓滿效果,值得收藏的一篇好文章。
前幾天因為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:mysqlbin>myisamchkmyisamchkVer2.6forWin95/Win98ati32ByMonty,foryourprofessionaluseThissoftwarecomeswithNOWARRANTY:seethePUBLICfordetails.Description,checkandrepairofISAMtables.UsedwithoutoptionsalltablesonthecommandwillbecheckedforerrorsUsage:myisamchk[OPTIONS]tables[.MYI]Globaloptions:-#,–debug=…Outputdebuglog.Oftenthisis‘d:t:o,filename’-?,–helpDisplaythishelpandexit.-O,–set-variablevar=optionChangethevalueofavariable.Pleasenotethatthisoptionisdeprecated;youcansetvariablesdirectlywith‘–variable-name=value’.-t,–tmpdir=pathPathfortemporaryfiles-s,–silentOnlyprinterrors.Onecanusetwo-stomakemyisamchkverysilent-v,–verbosePrintmoreinformation.Thiscanbeusedwith–descriptionand–check.Usemany-vformoreverbosity!-V,–versionPrintversionandexit.-w,–waitWaitiftableislocked.Checkoptions(checkisthedefaultactionformyisamchk):-c,–checkChecktableforerrors-e,–extend-checkCheckthetableVERYthroughly.Onlyusethisinextremecasesasmyisamchkshouldnormallybeabletofindoutifthetableisokevenwithoutthisswitch-F,–fastCheckonlytablesthathaven’tbeenclosedproperly-C,–check-only-changedCheckonlytablesthathavechangedsincelastcheck-f,–forceRestartwith‘-r’ifthereareanyerrorsinthetable.Stateswillbeupdatedaswith‘–update-state’-i,–informationPrintstatisticsinformationabouttablethatischecked-m,–medium-checkFasterthanextend-check,butonlyfinds99.99%ofallerrors.Shouldbegoodenoughformostcases-U–update-stateMarktablesascrashedifyoufindanyerrors-T,–read-onlyDon’tmarktableascheckedRepairoptions(Whenusing‘-r’or‘-o’)-B,–backupMakeabackupofthe.MYDfileas‘filename-time.BAK’–correct-checksumCorrectchecksuminformationfortable.-D,–data-file-length=#Maxlengthofdatafile(whenrecreatingdatafilewhenit’sfull)-e,–extend-checkTrytorecovereverypossiblerowfromthedatafileNormallythiswillalsofindalotofgarbagerows;Don’tusethisoptionifyouarenottotallydesperate.-f,–forceOverwriteoldtemporaryfiles.-k,–keys-used=#TellMyISAMtoupdateonlysomespecifickeys.#isabitmaskofwhichkeystouse.Thiscanbeusedtogetfasterinserts!-r,–recoverCanfixalmostanythingexceptuniquekeysthataren’tunique.-n,–sort-recoverForcesrecoveringwithsortingevenifthetemporaryfilewouldbeverybig.-p,–parallel-recoverUsesthesametechniqueas‘-r’and‘-n’,butcreatesallthekeysinparallel,indifferentthreads.THISISALPHACODE.USEATYOUROWNRISK!-o,–safe-recoverUsesoldrecoverymethod;Slowerthan‘-r’butcanhandleacoupleofcaseswhere‘-r’reportsthatitcan’tfixthedatafile.–character-sets-dir=…Directorywherecharactersetsare–set-character-set=nameChangethecharactersetusedbytheindex-q,–quickFasterrepairbynotmodifyingthedatafile.Onecangiveasecond‘-q’toforcemyisamchktomodifytheoriginaldatafileincaseofduplicatekeys-u,–unpackUnpackfilepackedwithmyisampack.Otheractions:-a,–analyzeAnalyzedistributionofkeys.WillmakesomejoinsinMySQLfaster.Youcancheckthecalculateddistributionbyusing‘–description–verbosetable_name’.-d,–descriptionPrintssomeinformationabouttable.-A,–set-auto-increment[=value]Forceauto_incrementtostartatthisorhighervalueIfnovalueisgiven,thensetsthenextauto_incrementvaluetothehighestusedvaluefortheautokey+1.-S,–sort-indexSortindexblocks.Thisspeedsup‘read-next’inapplications-R,–sort-records=#Sortrecordsaccordingtoanindex.ThismakesyourdatamuchmorelocalizedandmayspeedupthingsC:mysqlbin>myisamchkc:mysqldatahw_enterpricefunction_products.frmmyisamchk:error:‘c:mysqldatahw_enterpricefunction_products.frm’isnotaMyISAM-tableC:mysqlbin>myisamchkc:mysqldatahw_enterpricefunction_products.myiCheckingMyISAMfile:c:mysqldatahw_enterpricefunction_products.myiDatarecords:85207deletedblocks:39myisamchk:warning:Tableismarkedascrashedmyisamchk:warning:1clIEntsisusingorhasn’tclosedthetableproperly-checkfile-size-checkkeydelete-chain-checkrecorddelete-chainmyisamchk:error:recorddelete-link-chaincorrupted-checkindexreference-checkdatarecordreferencesindex:1-checkdatarecordreferencesindex:2-checkdatarecordreferencesindex:3-checkrecordlinksmyisamchk:error:Wrongbytesec:0-195-171atlinkstart:841908MyISAM-table‘c:mysqldatahw_enterpricefunction_products.myi’iscorruptedFixitusingswitch“-r”or“-o”繼續進行操作：C:mysqlbin>myisamchk–recover–quickc:mysqldatahw_enterpricefunction_products.myi-checkkeydelete-chain-checkrecorddelete-chainmyisamchk:error:recorddelete-link-chaincorruptedmyisamchk:error:Quick-recoveraborted;Runrecoverywithoutswitch‘q’UpdatingMyISAMfile:c:mysqldatahw_enterpricefunction_products.myiMyISAM-table‘c:MySQLdatahw_enterpricefunction_products.myi’isnotfixedbecauSEOferrorsTryfixingitbyusingthe–safe-recover(-o)orthe–force(-f)option系統提示我使用–safe-recover(-o)orthe–force(-f)option進行修復操作，於是C:mysqlbin>myisamchk–safe-recoverc:mysqldatahw_enterpricefunction_products.myi-recovering(withkeycache)MyISAM-table‘c:MySQLdatahw_enterpricefunction_products.myi’Datarecords:85207Wrongbytesec:0-195-171at841908;SkippedDatarecords: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文件應該可以正常工作了，但是最好你還是執行一下標准的修復(上面的第二種方法)。
如果有類似問題，建議自己先分析問題根源，查找資料，自己動手解決，不但可以多學更多知識技巧，更重要的是，自己也在解決問題的同時得到了快樂。
