MySQL 二進制日志與重做日志核心原理深度解析

MySQL 二進制日志與重做日志核心原理深度解析

一、二進制日志

作用：

1. 恢復：時間點恢復 (PITR)。
2. 復制：主庫 binlog 傳給從庫重放。

啟動與文件結構

• 參數：log-bin[=name]，默認文件名為 主機名-bin.序列號，存放於數據目錄。
• .index 文件：記錄歷史 binlog 文件列表，用於輪換管理。

關鍵參數詳解

MIXED 格式自動切換 ROW 的場景

• 表使用 NDB 引擎。
• 使用不確定函數：UUID(), USER(), CURRENT_USER(), FOUND_ROWS(), ROW_COUNT()。
• 使用 INSERT DELAYED。
• 使用用戶自定義函數 (UDF)。
• 使用臨時表。

二、重做日志

文件：默認 ib_logfile0, ib_logfile1 (循環寫入)。

目的：實例/介質故障後的崩潰恢復，保證事務持久性 (WAL 機制)。

關鍵參數

• innodb_log_file_size：單個重做日志文件大小。
• innodb_log_files_in_group：日志文件組數量 (默認 2)。
• innodb_log_group_home_dir：日志文件目錄。

三、二進制日志 vs 重做日志 核心差異

四、重做日志刷盤機制

參數 innodb_flush_log_at_trx_commit：

• 0：提交時不寫日志文件，依賴後台線程每秒刷盤 (性能最好，可能丟 1 秒數據)。
• 1：提交時 同步 寫入並 fsync 到磁盤 (最安全，ACID 完全保證)。
• 2：提交時寫入 OS 緩存 (write)，不保證 fsync (折中，掛電可能丟數據)。

注意：重做日志有容量上限，檢查點不能超過最老未刷盤的 LSN。