MySQL MyISAM 表索引損壞：錯誤 145 的排查與修復實戰

前言

某天下午上班時，發現公司基於 DedeCMS 搭建的網站全盤報錯，MySQL 錯誤日誌直指核心問題：

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

文章主表 dede_archives 被標記為損壞，必須修復。本文記錄完整的排查過程、修復步驟與深度分析，供遇到同類問題的開發者參考。

一、快速修復：使用 myisamchk 工具

MySQL 安裝目錄下的 bin/myisamchk 是修復 MyISAM 表的利器。具體操作如下：

1. 進入 MySQL 安裝目錄的 bin 目錄
2. 執行命令：
   myisamchk -c -r ../data/dedecmsv4/dede_archives.MYI
3. 工具自動檢查並重建索引文件
4. 重啟 MySQL 服務，網站恢復正常

參數說明： -c 檢查錯誤，-r 執行恢復模式（最常用、速度最快）。

二、三種修復模式對比

若上述命令失效，可嘗試以下三種遞增強度的修復策略：

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

三、極端情況：索引文件丟失或格式文件損壞

情況 A：.MYI 索引文件丟失/不可修復

1. 備份 .MYD 數據文件
2. 重啟 MySQL，執行 DELETE FROM dede_archives; 生成新空索引
3. 停止服務，用備份的 .MYD 覆蓋新數據文件
4. 執行標準修復 myisamchk --recover 重建索引

情況 B：.frm 格式文件丟失

1. 備份 .MYD、.MYI 文件
2. 刪除該表所有相關文件
3. 用原始 CREATE TABLE 語句重建表（生成新 .frm）
4. 執行標準修復確保索引一致性

四、myisamchk 進階用法與最佳實踐

批量檢查/修復所有 MyISAM 表

# 快速檢查所有庫所有表
myisamchk --silent --fast /path/to/datadir/*/*.MYI

# 檢查並強制修復損壞表（需 64MB+ 空閒內存）
myisamchk --silent --force --fast --update-state \
  -O key_buffer=64M -O sort_buffer=64M \
  -O read_buffer=1M -O write_buffer=1M \
  /path/to/datadir/*/*.MYI