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 格式需要根据具体的应用需求和环境来决定，以确保在性能和数据一致性之间找到最佳平衡。