MySQL 索引損壞修復實戰：myisamchk 工具深度指南

MySQL 索引損壞修復實戰：myisamchk 工具深度指南

MyISAM 表索引損壞是常見故障，表現為 Table 'xxx' is marked as crashed and should be repaired。本文記錄實戰修復流程、三級修復策略、極端情況重建方案與 myisamchk 完整參數手冊。

故障現象

Table '.\dedecmsv4\dede_archives' is marked as crashed and should be repaired

原因：頻繁讀寫衝突、非正常關機、磁碟故障、殺進程導致未刷盤等。

快速修復（標準流程）

# 1. 定位 MYI 索引文件
find / -name "dede_archives.MYI"
# 假設路徑：/var/lib/mysql/dedecmsv4/dede_archives.MYI

# 2. 停止 MySQL 服務（必須，避免並發寫入）
service mysql stop

# 3. 執行標準修復
myisamchk -r /var/lib/mysql/dedecmsv4/dede_archives.MYI
# -r = --recover 標準恢復模式

# 4. 啟動驗證
service mysql start

三級修復策略（由輕到重）

極端情況：索引文件遺失/不可修復

方案 A：從數據文件 (.MYD) + 結構文件 (.frm) 重建索引

# 1. 備份數據文件
cp /var/lib/mysql/db/tbl.MYD /tmp/tbl.MYD.bak

# 2. 進入 MySQL 清空表（自動生成新空 MYI）
mysql> DELETE FROM tbl;

# 3. 退出 MySQL，停止服務
# 4. 覆蓋回原數據文件
cp /tmp/tbl.MYD.bak /var/lib/mysql/db/tbl.MYD

# 5. 執行標準修復（根據 MYD + frm 重建 MYI）
myisamchk -r /var/lib/mysql/db/tbl.MYI

方案 B：結構文件 (.frm) 遺失，但知道建表語句

# 1. 備份 MYD + MYI
cp /var/lib/mysql/db/tbl.* /tmp/

# 2. 刪除原表所有文件
rm /var/lib/mysql/db/tbl.*

# 3. 重建表結構（生成新 frm）
mysql> CREATE TABLE tbl (...原建表語句...);

# 4. 停止服務，覆蓋回 MYD + MYI
cp /tmp/tbl.MYD /var/lib/mysql/db/
cp /tmp/tbl.MYI /var/lib/mysql/db/

# 5. 標準修復
myisamchk -r /var/lib/mysql/db/tbl.MYI

myisamchk 核心參數手冊

批量檢查所有 MyISAM 表

# 推薦：快速靜默檢查
myisamchk --silent --fast /var/lib/mysql/*/*.MYI

# 假設內存 > 64MB，可加大排序緩衝
myisamchk --sort-buffer-size=256M --key-buffer-size=512M \
  --read-buffer-size=64M --write-buffer-size=64M \
  /var/lib/mysql/*/*.MYI

關鍵注意事項

• 必須停止 MySQL：運行中修復會報 warning: clients are using or haven't closed the table properly
• 優先用 CHECK TABLE：CHECK TABLE tbl_name 可在線檢查，無需停庫
• 備份優先：修復前務必備份 .MYD .MYI .frm 三文件
• 內存配置：大表修復需足夠 sort_buffer/key_buffer，否則極慢或失敗

預防建議

1. 生產環境**強烈建議遷移至 InnoDB**，支援崩潰恢復、行鎖、事務
2. 定期 CHECK TABLE 或 mysqlcheck -A --auto-repair
3. 配置 UPS、優雅關機腳本、監控磁碟健康
4. 避免在 MySQL 運行時直接複製/移動數據文件

掌握 myisamchk 三級修復策略與極端重建方案，能在索引損壞事故中將損失降至最低，保障業務連續性。