MySQL 的 binlog（Binary Log） 默认的模式是 STATEMENT，即 语句模式。在这种模式下，MySQL 会记录所有对数据库执行的数据修改操作（如 INSERT、UPDATE、DELETE 等）的 SQL 语句。

---

1. binlog 的三种模式

MySQL 的 binlog 支持三种记录模式，分别是：

1. STATEMENT（语句模式）：
   • 记录实际执行的 SQL 语句。
   • 默认模式。
2. ROW（行模式）：
   • 记录每一行数据的修改细节。
   • 例如，UPDATE 操作会记录修改前后的整行数据。
3. MIXED（混合模式）：
   • 结合 STATEMENT 和 ROW 模式。
   • 默认使用 STATEMENT 模式，但在某些情况下自动切换到 ROW 模式。

---

2. 默认模式：STATEMENT

• 特点：
  • 记录 SQL 语句，而不是实际修改的数据。
  • 日志文件较小，节省存储空间。
  • 在某些情况下可能导致主从复制不一致（如使用非确定性函数 NOW()、RAND() 等）。
• 适用场景：
  • 适合简单的 SQL 操作，且不涉及非确定性函数的场景。

---

3. 如何查看和修改 binlog 模式

3.1 查看当前 binlog 模式

SHOW VARIABLES LIKE 'binlog_format';

• 返回结果示例：

  +---------------+-----------+
  | Variable_name | Value     |
  +---------------+-----------+
  | binlog_format | STATEMENT |
  +---------------+-----------+
  

3.2 修改 binlog 模式

可以通过以下方式修改 binlog 模式：

1. 临时修改（重启后失效）：

   SET GLOBAL binlog_format = 'ROW';
   

2. 永久修改（修改配置文件）：
   • 编辑 MySQL 配置文件（如 my.cnf 或 my.ini），添加或修改以下内容：

     [mysqld]
     binlog_format = ROW
     

   • 重启 MySQL 服务使配置生效。

---

4. 不同模式的对比

模式	记录内容	优点	缺点	适用场景
STATEMENT	SQL 语句	日志文件小，节省存储空间	可能导致主从复制不一致	简单 SQL 操作，无非确定性函数
ROW	每一行数据的修改细节	数据一致性强，支持复杂操作	日志文件较大，占用更多存储空间	复杂 SQL 操作，涉及非确定性函数
MIXED	结合 STATEMENT 和 ROW 模式	兼顾日志大小和数据一致性	需要根据场景自动切换模式	通用场景

---

5. 选择 binlog 模式的建议

1. STATEMENT：
   • 适合简单场景，且不涉及非确定性函数。
   • 日志文件较小，适合存储空间有限的场景。
2. ROW：
   • 适合复杂场景，涉及非确定性函数或需要强一致性。
   • 日志文件较大，但数据一致性更强。
3. MIXED：
   • 适合通用场景，兼顾日志大小和数据一致性。

---

6. 总结

• MySQL 的 binlog 默认模式是 STATEMENT。
• 可以通过 SHOW VARIABLES 查看当前模式，通过 SET GLOBAL 或修改配置文件调整模式。
• 根据实际需求选择合适的 binlog 模式，以平衡日志大小、数据一致性和性能。