MySQL 的二進制日志（binlog）有三種格式，每種格式都有其特定的用途和優缺點。以下是詳細描述：

1. STATEMENT

• 描述: 記錄的是 SQL 語句。
• 特點:
  • 每條更改數據的 SQL 語句都會記錄在 binlog 中。
  • 相對較小，因為只記錄了 SQL 語句本身。
• 優點:
  • 日志量小，減少了 I/O 開銷。
  • 更適合基于 SQL 語句的復制。
• 缺點:
  • 某些情況下，語句在主從服務器上執行的結果可能會不一致（如包含非確定性函數的語句）。
  • 對于某些復雜語句，重放時可能會出問題。
• 應用場景:
  • 適用于簡單、確定性高的 SQL 操作。

2. ROW

• 描述: 記錄的是每一行被修改的具體數據。
• 特點:
  • 對于每一個被修改的行，記錄修改前后的數據。
  • 日志量大，因為需要記錄每一行的數據變更。
• 優點:
  • 更精確，避免了語句格式下可能產生的不一致性。
  • 支持所有類型的 SQL 操作。
• 缺點:
  • 日志量大，I/O 開銷大。
  • 在大數據量操作時，可能會導致 binlog 文件增長迅速。
• 應用場景:
  • 適用于高一致性要求的環境，尤其是復雜的 SQL 操作和觸發器等。

3. MIXED

• 描述: 結合了 STATEMENT 和 ROW 兩種格式的優點。
• 特點:
  • MySQL 會根據每條 SQL 語句的具體情況，在 STATEMENT 和 ROW 格式之間自動選擇。
  • 對于大多數確定性的 SQL 語句，使用 STATEMENT 格式。
  • 對于非確定性 SQL 語句或復雜操作，使用 ROW 格式。
• 優點:
  • 兼顧了兩種格式的優點，在一定程度上減少了 binlog 的大小，同時保證了一致性。
• 缺點:
  • 復雜度較高，需要 MySQL 自行判斷使用哪種格式。
  • 可能在某些情況下無法完全避免 ROW 格式帶來的日志量大問題。
• 應用場景:
  • 適用于需要兼顧性能和一致性的環境。

配置方式

可以通過在 MySQL 配置文件 (my.cnf) 中設置 binlog_format 參數來指定 binlog 的格式：

[mysqld]
binlog_format=STATEMENT  # 或者 ROW, MIXED

也可以在運行時通過 SQL 命令來修改 binlog 的格式：

SET GLOBAL binlog_format = 'STATEMENT';  -- 或者 'ROW', 'MIXED'

總結

• STATEMENT: 適合簡單且確定性高的 SQL 操作，日志量小。
• ROW: 適合高一致性要求的場景，支持復雜的 SQL 操作，日志量大。
• MIXED: 結合兩者優點，MySQL 自動選擇合適的格式，適合需要平衡性能和一致性的場景。

選擇適合的 binlog 格式需要根據具體的應用需求和環境來決定，以確保在性能和數據一致性之間找到最佳平衡。