InnoDB 重做日誌是事務持久化與崩潰恢復的核心機制。本文從原理出發，深入解析日誌大小對寫入效能與恢復時間的權衡，提供科學的計算方法與安全的修改流程。

什麼是 InnoDB 事務日誌？

類比文字編輯器的「復原/重做」功能：

• 撤銷：事務回滾時，從回滾段還原舊版本頁面。
• 重做：崩潰後重啟，從檢查點起重放已提交事務，保證持久性。

重做日誌運作機制

1. 事務修改先寫入重做日誌緩衝 (記憶體)，同步修改緩衝池頁面 (變為髒頁)。
2. 提交時，根據 innodb_flush_log_at_trx_commit 將日誌刷入磁碟 (重做日誌檔案)。
3. 髒頁由背景執行緒非同步刷回數據檔案。
4. 崩潰恢復：讀取檢查點後的日誌，重放未刷盤的已提交事務。

日誌大小的權衡

日誌大小	寫入效能	崩潰恢復時間
小	頻繁觸發同步刷盤，效能差	日誌少，恢復快
大	緩衝充足，順序寫效能高	日誌多，恢復慢

科學計算最佳大小：1-2 小時寫入量法則

步驟：

1. 繁忙期採樣 60 秒：
   SHOW ENGINE INNODB STATUS\G 記錄 Log sequence number (LSN)。
2. 計算每小時寫入量 (MB)：
   (LSN2 - LSN1) * 3600 / 1024 / 1024
3. 設定 innodb_log_file_size 使總日誌量 (innodb_log_files_in_group × size) 覆蓋 1-2 小時寫入量。

範例：採樣 60 秒寫入 2.6 GB/小時，innodb_log_files_in_group=2 (預設) → 單檔設 2.5GB，總計 5GB 覆蓋近 2 小時。

修改重做日誌大小的標準流程

MySQL 5.6 之前 (需手動重建)：

1. 修改 my.cnf 設定新 innodb_log_file_size
2. 正常關閉 MySQL：SET GLOBAL innodb_fast_shutdown=0; SHUTDOWN;
3. 備份並刪除舊日誌：mv /var/lib/mysql/ib_logfile* /backup/
4. 啟動 MySQL，自動建立新日誌檔案 (啟動較慢)

MySQL 5.6.8+ / 5.7+ / 8.0：

• 支援線上調整 (部分需重啟)，但最安全仍建議上述標準流程。
• 注意：部分版本 (如 5.6.2) 單檔限制 4GB，設定前查閱版本釋出說明。

監控與驗證

• SHOW ENGINE INNODB STATUS 觀察 Log sequence number 增長速率
• INNODB_METRICS 中 log_bytes_written 趨勢
• 錯誤日誌中 Log file ... did not exist: new 確認重建成功

合理的重做日誌大小是寫入效能與恢復目標 (RTO) 的平衡點，建議每季度隨業務增長重新評估。