STATEMENT格式
- 全名Statement-Based Replication, SBR
- 会记录每一条SQL语句,即SQL怎么写的,他就会怎么记录,无论更改多少行,该格式都不在乎,他只会记录SQL
- 优点: 由于只记录sql,不会记录每一行变更的数据,所以极大的减少了binlog日志量,避免大量IO,提升了性能
- 缺点: 如果SQL出现uuid(), now()之类的函数,那就会导致主从数据不一致的情况,因为只记录SQL,所以主从库都会执行uuid(), now()函数,uuid()每次执行都是不一样的,而now()不同时间执行也是不一样的,所以会导致主从数据不一致
ROW 格式(默认-最常用-最安全)
- Row-Based Replication, RBR
- 仅记录某一条记录被修改成的样子,即如果一条SQL直接update了一万行, 则ROW会记录一万行的数据,并且记录这一万行最终变成的样子
- 优点:数据更精准, 不会出先now(), uuid()等函数造成的不一致情况
- 缺点:日志量会巨大,尤其批量update, delete,alter操作的时候, 所以有可能代理IO性能问题
MIXED格式(看起来不错,但实际使用很少大多是ROW格式)
- 介于STATEMEN 和 ROW格式之间自动切换
- 在没有大量变更数据时使用STATEMENT, 当发生大量变更数据的情况会使用ROW来确保数据高精度,同时保证存储空间有效使用
这几种格式的特点请看如下链接
【HBZ分享】Mysql的binlog格式分类(STATEMENT, ROW, MIXED)