【HBZ分享】Mysql的binlog格式分类(STATEMENT, ROW, MIXED)

STATEMENT格式

1. 全名Statement-Based Replication, SBR
2. 会记录每一条SQL语句，即SQL怎么写的，他就会怎么记录，无论更改多少行，该格式都不在乎，他只会记录SQL
3. 优点： 由于只记录sql，不会记录每一行变更的数据，所以极大的减少了binlog日志量，避免大量IO，提升了性能
4. 缺点： 如果SQL出现uuid(), now()之类的函数，那就会导致主从数据不一致的情况，因为只记录SQL，所以主从库都会执行uuid(), now()函数，uuid()每次执行都是不一样的，而now()不同时间执行也是不一样的，所以会导致主从数据不一致

ROW 格式(默认-最常用-最安全)

1. Row-Based Replication, RBR
2. 仅记录某一条记录被修改成的样子，即如果一条SQL直接update了一万行， 则ROW会记录一万行的数据，并且记录这一万行最终变成的样子
3. 优点：数据更精准， 不会出先now(), uuid()等函数造成的不一致情况
4. 缺点：日志量会巨大，尤其批量update， delete，alter操作的时候， 所以有可能代理IO性能问题

MIXED格式(看起来不错，但实际使用很少大多是ROW格式)

1. 介于STATEMEN 和 ROW格式之间自动切换
2. 在没有大量变更数据时使用STATEMENT， 当发生大量变更数据的情况会使用ROW来确保数据高精度，同时保证存储空间有效使用