weixin_67775126的博客

默认情况下，搭建主从架构是异步复制的特性，不能保证数据的一致性，半同步复制性需要借助插件，虽然不能保证百分百的一致性，但是相比异步复制的一致性要高，当然，缺点就是损耗资源，需要等待ACK。网上还有一种说法是完全同步复制性，这种我感觉就是把半同步复制的count的参数，默认为1，改为了你从机的数量而已。还有一种就是组同步性，这个机制就是读写分离的情况下，然后放任读，管理写的线程，然后就是当写入的线程的ack回复过半的时候，就会提交事务。基于上面搭建好的主从架构，改为半同步复制的主从架构。

mha也是第三方软件或者插件，用于部署mysql高可用的一种方式，主要采取故障转移的策略，当主节点发生故障时，mha就会将主节点的master身份赋予给子节点slave，被指定的slave节点就会升级为master节点，赋予的策略默认就是按照接受到MHA的master机器的binlog日志最新的机器，当然，也可以使用权重来设置，自我感觉最原始的比较好，毕竟数据一致性很重要，最新的数据最贴近一致性。跟zookeeper里面的机制差不多，不过zookeeper里面的机制是采用选举，这里采用最新日志状态。