MySQL InnoDB 表損壞實戰修復：innodb_force_recovery=1 重建表流程

故障現象

• 從庫 MySQL 不斷重啟
• 錯誤日誌：InnoDB: Database page corruption ... page 30506 ... index "PRIMARY" of table "maitem"."email_status"
• 建議查閱：Forcing InnoDB Recovery

核心參數：innodb_force_recovery

值越大包含前面所有行為，生產環境建議從 1 開始嘗試。

修復實戰步驟 (主鍵索引損壞)

1. 編輯配置：innodb_force_recovery = 1 → 重啟 MySQL
2. 驗證穩定：不再重啟，可正常 SELECT
3. 建立新表 (同結構，引擎改 MyISAM 避開 InnoDB 損壞頁)：

   CREATE TABLE email_status_bak LIKE email_status;
   ALTER TABLE email_status_bak ENGINE = MyISAM;

4. 導入資料：

   INSERT INTO email_status_bak SELECT * FROM email_status;

5. 刪除舊表：

   DROP TABLE email_status;

6. 移除參數重啟：註釋 innodb_force_recovery → 重啟 MySQL
7. 重命名並轉回 InnoDB：

   RENAME TABLE email_status_bak TO email_status;
   ALTER TABLE email_status ENGINE = InnoDB;

關鍵避坑指南

• REPAIR TABLE / CHECK TABLE 對 InnoDB 無效
• ALTER TABLE ... ENGINE=MyISAM 在 innodb_force_recovery > 0 會報錯 ERROR 1025 (HY000)，故採用「新建+導入+刪除+重命名」繞過
• 若為二級索引損壞，可直接 OPTIMIZE TABLE 或 ALTER TABLE ... ENGINE=InnoDB 重建
• 若資料字典 損壞，需從備份還原或 mysqldump 導出導入

事後建議

• 啟用 innodb_checksum_algorithm=crc32 (5.6.6+)
• 定期 CHECKSUM TABLE 掃描
• 備份策略：xtrabackup 熱備 + Binlog 時間點恢復

1. 上一篇文章： MySQL 常見錯誤代碼 1005-1045 完整對照表與解決方案
2. 下一篇文章： Java 連線 MySQL 亂碼終極解決方案：五層編碼鏈路完整配置

MySQL 資料庫相關知識

MySQL 性能優化標準流程：從 SHOW STATUS 到 EXPLAIN 再到索引優化實戰

優化四步法 了解 SQL 執行效率分布 定位低效 SQL

RedHat 9 下 MySQL 安裝、備份與密碼恢復完整教學

一、RPM 安裝 MySQL 套件清單 perl-CGI-

主流列式數據庫評測：Infobright安裝、功能、壓縮比、TPC-H查詢性能

安裝體驗 提供**社區版/企業版30天試用**，論壇技術支

CentOS 7 安裝 MySQL 5.7.17 圖文教程：卸載 MariaDB、配置 YUM 源、修改初始密碼全流程

前置：移除 MariaDB rpm -qa | grep m