主库二进制日志格式使用STATEMENT
在MySQL 5.1之前仅存在SBR模式, 又称之为逻辑复制.
主库记录CUD操作的SQL语句, 从库会读取并重放.
优点
生成的日志量少, 节约网络传输IO
当主从的列的顺序不一致时, SBR依然可以正常工作.
如对大表进行结构修改时, 可以先修改从库, 然后再进行主从切换.
缺点
对不确定性函数无法保证主从数据的一致对于PRocedure, trigger, function有可能在主从上表现不一致(SBR BUG)主库上要锁定多少行, 从库上也需要所以多少行, 所以相对于ROW复制时从库上需要更多的行锁主库二进制日志格式使用ROW
优点
对不确定性函数友好, 如UUID()
减少从库上数据库锁的使用
insert into t_order_cnt(timestr, total, amount)select date(order_date), count(1), sum(amout)from t_order group by date(order_date);上面的SQL在主库执行时会对t_order进行锁表操作, 对于STATEMENT的复制从库上也会对同样的表进行锁定, 但是基于ROW的复制仅需增加t_order对应的行的数据即可.
缺点
要求主从数据库的表的结构一致, 否则可能会中断复制无法在从库上激活trigger基于Docker Compose构建的MySQL MHA集群
新闻热点
疑难解答
