事故現場

創業公司主機磁碟陣列損壞導致宕機，重啟 MySQL（MariaDB 5.5.37）報錯：

InnoDB: Doing recovery: scanned up to log sequence number 9120034833
[ERROR] mysqld got signal 11

日誌檔損壞，InnoDB 嘗試 Redo Log 恢復時觸發 Segfault，服務無法啟動。

核心參數：innodb_force_recovery

跳過損壞頁面檢查、背景線程、事務回滾、Change Buffer 合併、Undo Log 掃描、Redo Log 前滾等恢復步驟，強行拉起實例以 唯讀模式 導出資料。

級別遞增包含前級別行為。≥1 時僅支援 SELECT/CREATE/DROP，禁止 DML。

關鍵坑點：innodb_purge_threads 與 force_recovery 共用導致無限等待

my.cnf 同時設定：

innodb_force_recovery = 6
innodb_purge_threads = 1  # 預設值

會陷入死循環：

InnoDB: Waiting for the background threads to start ... (無限重複)

根因：源碼中 srv_master_thread 啟動邏輯要求 Purge Thread 就緒，但 force_recovery>1 禁止 Purge Thread，雙方互等。

解法：innodb_purge_threads = 0 禁用 Purge Thread，配合 force_recovery=6 即可順利啟動。

完整搶救流程

1. 修改 my.cnf：
   innodb_force_recovery=6
innodb_purge_threads=0
2. 啟動 MySQL，確認進入 ready for connections 狀態。
3. 立即邏輯導出全庫：mysqldump --all-databases > all.sql。
4. 關庫，將參數歸零（force_recovery=0, purge_threads=1）。
5. 重建實例、匯入資料、驗證業務。