最近项目中有用到双主双从结构的mysql 配置。按平常默认配置， 测试数据不一致。 查资料链式数制需要开启log-slave-updates 选项 ，即通常情况，从服务器从主服务器接收到的更新不记入它的二进制日志，开户log-slave-updates选项从服务器将其SQL线程执行的更新记入到从服务器自己的二进制日志。

    我的配置是双主， 然后每个主还有一台从机，

    令名称为： M1  M2   S1  S2

    M1,M2 是双master 配置， S1是M1的从机 ，S2是M2的从机。

    逻辑上， 如果从M2上写入， M1为从，S1就是M1的从。   M2->M1->S1 ，另一个同理。

    

    根据上面的信息，配置时M1，M2都要开启log-slave-updates


参考资料：

--logs-slave-updates
通常情况，从服务器从主服务器接收到的更新不记入它的二进制日志。该选项告诉从服务器将其SQL线程执行的更新记入到从服务器自己的二进制日志。为了使该选项生效，还必须用--logs-bin选项启动从服务器以启用二进制日志。如果想要应用链式复制服务器，应使用--logs-slave-updates。例如，可能你想要这样设置：
A -> B -> C
也就是说，A为从服务器B的主服务器，B为从服务器C的主服务器。为了能工作，B必须既为主服务器又为从服务器。你必须用--logs-bin启动A和B以启用二进制日志，并且用--logs-slave-updates选项启动B。

以上是摘自mysql对于logs-slave-updates启动选项的描述。
当然logs-slave-upates也可以写入my.cnf :
//
log_slave_updates=1
//
当然在这种机制下可能有的同学会存在这么个问题：
如果a->b b->a 这样的双master架构下，a,b都打开log_slave_updates选项会不会出现无限循环的状态。
mysql已经考滤到了这个问题，每条bin-log都会记录执行语句的源server_id.当slave读到语句的server_id等于本身的ID的时候，不会忽略执行，所以我们不用担心a,b会不会无限循环下去。
基于以上这种情况，mysql的replication集群将更加灵活，你如果需要可以做成各种各样的链式复制。比如 a->b b->a b中设置log_slave_updates后还可以b->c. 这样a,c中的数据也是一致的。

在一个master A上记录打开log_slave_updates = 1，这样它机会记录自己的binlog也会记录来自master B的binlog(默认不记录)，这样slave change master to masterA就相当于是masterA和masterB两个master的slave了