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 。
• 可以一定程度上兼顾日志量和数据复制的准确性。但有时在切换格式时可能会存在一些边界情况需要关注和处理（比如切换瞬间数据的一致性保障等 ）。

以上关于Binlog 的日志格式有哪些？的文章就介绍到这了，更多相关内容请搜索码云笔记以前的文章或继续浏览下面的相关文章，希望大家以后多多支持码云笔记。