MyISAM 表損壞數據恢復實戰：從 myisamchk 到數據重建完整流程

MySQL MyISAM 表損壞恢復完整實戰記錄

本文記錄一次真實的 MyISAM 表 function_products 損壞恢復過程，環境為 Windows Server 2003 + MySQL。涵蓋工具嘗試失敗、myisamchk 分級修復、索引重建、表結構重建等完整技術路線，供同類問題參考。

問題背景與初步嘗試

直接將物理文件（.frm/.MYD/.MYI）拷入 data 目錄後發現表損壞。嘗試第三方工具 MySQLRecovery 效果極差（幾十 MB 僅恢復幾十 KB）。轉而尋找 MySQL 原生修復方案。

核心認知：損壞成因與操作原則

• 斷電、kill -9、高負載下強制備份均可能導致數據文件處於不一致狀態。
• 關鍵原則：執行 myisamchk 修復前，必須關閉 MySQL 服務，或對文件副本操作，避免服務與工具同時訪問導致崩潰。
• 修復前務必備份原始文件（.MYD/.MYI/.frm），修復操作不可逆。

分級修復實戰步驟

1. 定位 myisamchk 並檢查損壞程度

cd C:\MySQL\bin
myisamchk C:\MySQL\data\hw_enterprice\function_products.MYI

輸出提示：record delete-link-chain corrupted、Wrong bytesec、表標記為 crashed。

2. 快速修復（--recover --quick）

myisamchk --recover --quick C:\MySQL\data\hw_enterprice\function_products.MYI

失敗，提示需移除 --quick 重試。

3. 標準修復（--recover）

myisamchk --recover C:\MySQL\data\hw_enterprice\function_products.MYI

仍失敗，建議使用 --safe-recover 或 --force。

4. 安全修復（--safe-recover）成功

myisamchk --safe-recover C:\MySQL\data\hw_enterprice\function_products.MYI

輸出：Data records: 85215，修復完成。將文件複製回 data 目錄，phpMyAdmin 訪問正常，共恢復 85,207 條記錄（原 85,215 條）。

三種修復模式總結

若提示臨時文件無法建立，刪除殘留臨時文件後重試。

極端情況下的數據重建技巧

場景一：索引文件 (.MYI) 無法修復或遺失

1. 備份 .MYD 數據文件。
2. 重啟 MySQL，執行 DELETE FROM tbl_name; 產生新索引文件。
3. 停止服務，用備份的 .MYD 覆蓋新文件。
4. 執行標準修復（--recover），根據數據與 .frm 重建索引。

場景二：表定義文件 (.frm) 損壞或遺失

1. 備份 .MYD、.MYI。
2. 刪除原表所有文件。
3. 用原 CREATE TABLE 語句重建表（產生新 .frm）。
4. 執行標準修復驗證。

經驗總結

面對數據損壞，先分析根因、查閱文檔、親自動手，不僅能解決問題，更能積累寶貴經驗。建議建立定期 myisamchk --fast --silent 巡檢機制，早發現早處理。