mysql里主从同步时如果出现事务的乱序问题解决方案

MySQL主从同步的机制：MYSQL主从同步是在MySQL主从复制(Master-Slave Replication)基础上实现的，通过设置在Master MySQL上的binlog(使其处于打开状态)，Slave MySQL上通过一个I/O线程从Master MySQL上读取binlog，然后传输到Slave MySQL的中继日志中，然后Slave MySQL的SQL线程从中继日志中读取中继日志，然后应用到Slave MySQL的数据库中。这样实现了主从数据同步功能。

（1）可以作为一种备份机制，相当于热备份

（2）可以用来做读写分离，均衡数据库负载

在进行读写分离的时候，解决主从同步中数据不一致的问题，也就是解决主从之间数据复制方式的问题，如果按照数据一致性从弱到强来进行划分，有以下三种复制方式：

（1）异步复制：客户端提交COMMIT之后不需要等从库返回任何结果，而是直接将结果返回给客户端，这样做的好处就是不会影响主库的执行效率，但是可能会存在主库宕机，而Binlog还没有同步到从库的情况，也就是主库和从库的数据不一致问题，这时候从从库中选一个作为新的主库，那么，新的主库则可能会缺少原来主服务器中已经提交的事务。所以，这种复制模式下的数据一致性是最弱的。

（2）半同步复制：客户端提交COMMIT之后不直接将结果返回给客户端，而是等待至少有一个从库收到了Binlog，并且写入到中继日志中，再返回给客户端。这样做的好处就是提高了数据的一致性，当然相比于异步复制来说，至少多增加了一个网络连接的延迟，降低了主库写的效率，在MySQL5.7版本中还增加了一个rpl_semi_sync_master_wait_for_slave_count参数，我们可以对应搭的从库数量进行设置，默认为1，也就是说只要有一个从库进行了响应，就可以返回给客户端。如果将这个参数调大，可以提升数据一致性的强度，但也会增加主库等待从库响应的时间。

（3）组复制：简称MGR。是MySQL在5.7.17版本中推出的一种新的数据复制技术，这种复制技术是基于paxos协议的状态机复制，多个节点共同组成一个复制组，在执行读写（RW）事务的时候，需要通过一致性协议层（Consensus）的同意，也就是读写事务想要进行提交，必须要经过组里“大多数人”（对应Node节点）的同意，大多数指的是同意的节点数量要大于N/2+1，这样才可以进行提交，而不是一方说了算。而针对只读（RO）事务则不需要经过组内同意，直接COMMIT即可，在一个复制组内有多个节点组成，它们各自维护了自己的数据副本，并且在一致性协议层实现了源自消息和全局有序消息，从而保证组内数据的一致性。