1、?3?33?/文件LS文件引LXS文件損壞或丟LXS文件損壞或丟由于LXS文件保存著表的結構信息。因此，當該文9:+6 9:+63?3?*文件拷貝回來9:+6 ：登陸數據庫，并執行XKVGOXZGHRKZRTK$!9:+6通過.frm文件恢復表結通通過.frm文件恢復表結通過.frmSTEP3：登陸數據庫，并執行repair使用myisamchk命令修復使用myisamchk命令修復S_OYGSINQ常用檢查選ZS_OYGSINQ常用檢查選ZLGYZ，LXI L 如果_YGINQ發現表內有任何錯類型與 X選項指定的相同SKJOS INKIQ S比 KZKJ INKIQ更快速地進行檢查。只能發現

2、 的錯誤，在大多數情況myisamchk常用檢查命myisamchk常用檢查命S_OYGSINQ常用修復選HGIV ( S_OYGSINQ常用修復選HGIV ( 3?*文件備份為ORTK ZS (IUXXKIZ IKISLUXIK L 出現問題就修復并更新狀態信息。盡量不WO，W不修改數據文件，快速進行修復。出鍵時，你可以兩次指定該項以強制OYSNXKIUKX X可以修復幾乎所有一切問題，除非唯一的鍵不唯一時 對于3_/93表，這是非常不可能的情況 。YGLK XKIUKX U用一個老的恢復方法所用myisamchk修復時用myisamchk修復時恢復步驟首先，應該仔細查恢復步驟首先，應該仔細

3、查看數據庫報出的錯誤碼。通myisamchk命令都可以查看錯誤碼終端或常見錯誤碼對于error135nomoreroominrecordfileerror136no恢復步驟d，在運行myisamchk之前應執行flushtables恢復步驟d，在運行myisamchk之前應執行flushtableswithreadlock。如果服務器和myisamchk同時恢復步驟還恢復步驟還用S_OYNQ恢復丟失的索引用S_OYNQ恢復丟失的索引9:+6 ：把 3?*文件移到安全的地方9:+6 LS9:+6 9:+6 9:+6 9:+6 3/:# 8;)+ (+ ZHTS! 9:+6老的3?*拷貝回來9:+

4、6 ：SOYSNQ XW ZRT用S_OYNQ優化S用S_OYNQ優化SOYSNQ X ZHRTGSK$執行的過程中可以做“碎片整SOYSNQ 9 ZGHRKTGSK$可以對索引進行排序，優化查SOYSNQ 也可以對指定的索引進行排序 YNUOTJKLXUS$ 查看對應表的索引_YSI 8 ZGHRKTGSK指定索引進行排序最通過剛才的最通過剛才的內容知道丟失XS和 3?/文件都不必擔心如果 3?*文件丟失或誤刪除，又沒有備份，也沒二進制日志，還沒有備案例恢案例恢恢復思中抹去數據，恢復思中抹去數據，而僅僅是標識對應的RQ塊可以被重一些限一些限制KZZUURKZZUURZUOKYOMGKGTKZ

5、 LORKY_YZKSLUXIUTZKTZ OR_ XKIUKX VKZ 安裝安裝配配 將。原因？KZ MXKV無法操作已掛載的分區使用ext3grep查看文例如，使用-lsinode使用ext3grep查看文例如，使用-lsinode使用ext3grep恢復文使用ext3grep恢復文extundelete工extundelete工t3gp工具只能用于恢復t3文件系統下刪除的文件，對于t4文件系統，可以使用extndelee工具。使用的方法類似t3gp。InnoDB數據InnoDB數據恢引擎主要組成部KKInnoDB引擎主要組成部KKInnoDB/TTU*( TTU(RedoLog /TTU

6、*( TTU(RedoLog datalockmemory hashindexSS/TTU*(的主要工作都是在一個單獨的3GYZKX線程里完成的。/TTU*(的主要工作都是在一個單獨的3GYZKX線程里完成的。3GYZKX線的優先級最高，它主要分為以下幾個循環：主循環（RUUV）循IXT RUUV）、刷新循環（LRYN RUUV）、暫停循環（KRUUV）刷新日志緩沖區（總是每合并至多 緩沖（總是合緩沖（可能刷新日志緩沖（總是至多刷新 個臟數據頁（可能）HIQXUJRUUV（可能）刷新 個或 個臟頁到磁盤（總是產生一個檢查點（總是刪除無用;U頁（總是循環（無用戶活動或關閉數據庫刪除無用的JU頁（總是合并 個緩沖（總是跳回到主循環（總是不斷刷新 個頁，直到符合條件跳轉到LN RUUV（可能InnoDB的自動恢InnoDB的自動恢InnoDBForceInnoDBForce 手工恢復/U(數據手工恢復/U(數據9:+6UHUXEKX_#，從 開始測試一