【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来确保数据高精度,同时保证存储空间有效使用

你可能感兴趣的:(mysql,数据库)