Binlog 的日志格式有哪些？

1. statement（基于语句的复制，SBR ）

优点：

• 每一条会修改数据的 SQL 语句都会被记录在 binlog 中，日志量相对较小（如果不是批量、整表等操作情况下），相比于 row 格式在很多常规单一语句执行时节省空间和 I/O 。
• 直观显示执行的语句，方便理解。

缺点：

• 一些语句在主从环境下可能出现不一致结果，例如使用了不确定函数（如 UUID() 每次生成不同值 ）等情况。
• 特定存储过程、函数、触发器调用和触发在从库可能无法正确复制。
• 对于有依赖上下文的语句（如依赖于当前数据分布等）可能导致主从结果不同。

2. row（基于行的复制，RBR）

优点：

• 不记录 SQL 语句上下文信息，只记录数据行的变化情况（哪条记录被修改以及被修改成什么样等）。
• 能准确地进行数据复制，不会出现由于语句逻辑在主从不同环境下的不一致性问题。

缺点：

• 产生的日志内容会非常多，特别是在执行批量更新、整表删除、alter 表等操作时，日志量极大，会造成大量的磁盘 I/O 开销。
• 查看日志相对不够直观，不能直接看出执行的语句逻辑。

3. mixed（混合模式，MBR）

从 MySQL 5.1.8 版本开始推出。

特点和运行机制：

• 是 statement 和 row 的混合体。
• 系统自动判断语句该用 statement 还是 row 格式来记录日志。一般情况下，常规的语句修改使用 statement 格式保存 binlog ；对于一些 statement 无法准确完成主从复制的复杂操作（如函数使用等导致潜在不一致的语句 ）则采用 row 格式保存 binlog 。
• 可以一定程度上兼顾日志量和数据复制的准确性。但有时在切换格式时可能会存在一些边界情况需要关注和处理（比如切换瞬间数据的一致性保障等 ）。