谨慎设置binlog_format=MIXED

my.cnf配置文件binlog_format=MIXED，而且使用的是默认隔离级别REPEATABLE-READ，那么这里面存在很重大的问题，导致主从数据不一致。
下面我演示下：
主从都是MySQL5.5，binlog_format=MIXED，隔离级别REPEATABLE-READ。
master上的数据是
mysql> select * from t2; 
+----+ 
| id | 
+----+ 
|  1 | 
|  2 | 
|  3 | 
|  4 | 
|  5 | 
|  6 | 
|  7 | 
|  8 | 
|  9 | 
| 10 | 
+----+ 
10 rows in set (0.00 sec) 
slave上的数据是
mysql> select * from t2;                          
+------+ 
| id   | 
+------+ 
|    1 | 
|    2 | 
|    3 | 
|    4 | 
|    5 | 
+------+ 
5 rows in set (0.00 sec) 
那么我在master上执行
mysql> update t2 set id=77 where id=7; 
Query OK, 1 row affected (0.01 sec) 
Rows matched: 1  Changed: 1  Warnings: 0 
你说slave上会报错吗？
答案是：NO，不会报错，没有任何提示。
不信？你可以试试。
那为啥不会报错呢？从手册上来看，只有下面几种情况才会转换为ROW模式记录

再改为binlog_format=ROW格式后，再执行刚才的语句，就会报错，如下
mysql> update t2 set id=99 where id=9;   
Query OK, 1 row affected (0.00 sec) 
Rows matched: 1  Changed: 1  Warnings: 0 
 


小结：如果你采用默认隔离级别REPEATABLE-READ，那么建议binlog_format=ROW。如果你是READ-COMMITTED隔离级别，binlog_format=MIXED和binlog_format=ROW效果是一样的，binlog记录的格式都是ROW，对主从复制来说是很安全的参数。
 

补充：综合编程 , 其他综合 ,

上一个：CoreText初识
下一个：清空目录下的日志