谨慎设置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，对主从复制来说是很安全的参数。