MySQL复制格式小结

基于语句级的复制

binlog=statement

 

优点：

（1）binlog文件较小。

（2）日志是包含用户执行的原始SQL，方便统计和审计。

（3）出现最早可binlog、兼容较好。

（4）binlog方便阅读，方便故障修复。

 

缺点：

存在安全隐患，可能导致主从不一致。

对一些系统函数不能准确复制或是不能复制：load file()、uuid()、user()、found rows()、sysdate()。

 

 

基于行级的复制

binlog=row

优点：

（1）相比statement更加安全的复制格式。

（2）在某些情况下复制速度更快（SQL复杂、表有主键）。

（3）系统的特殊函数也可以复制。

（4）更少的锁。

 

缺点：

（1）binary log比较大（MySQL 5.6 支持binlog row image）。

（2）单语句更新/删除的表执行过多，会形成大量binlog。

（3）无法从binlog看见用户执行的SQL（MySQL5.6增加一个新的Event binlog_rw_query_log_event记录用户的query）。

 

基于混合级复制

1.混个使用ROW和statement格式，对于DDL记录会stement，对于TABLE里的行操作记录为ROW格式。

2.如果使用innodb表，事务级别使用了read commeitted or read uncommitted 日志级别只能使用row格式。

3.单在使用row格式中DDL语句还是会记录成statement格式。

4.mixed格式，那么在以下几种情况会自动将binlog的模式由SBR模式改成RBR。

5.当DML语句更新一个NDB表时。

6.当函数中包含UUID()时。

7.2个及以上包含AUTO_INCREMENT字段的表被更新时。

8.行任何INSERT DELAYED语句时。

9.用UDF时。

10.视图中必须要求使用RBR时，例如创建视图是使用了UUID()函数。

 

采用哪种复制格式

生产环境里面全部采用 row格式。