标签：提交 之间 abi 虚拟机 延时 根据 半同步 数据一致性 mysql主从复制
一、MHA概述1、选择新主库
MHA选择最优从库升为主库（根据其他从库binlog位置点最新的或半同步的从库）
2、数据一致性
如果主库可进行ssh连接MHA会将主库内的所有binlog日志保存下来，若连接不上直接放弃。
以选择好的新主库binlog位置点为基准，通过relay log 进行补全，使其它从库与主库一致。
宕机主库的binlog日志恢复到所有数据库节点上。
3、角色切换
选择最优从库提升为正式主库。
保证完整的主从复制状态 注释：应用访数据集群时可以采用keepalived 。三、MySQL复制
异步复制（Asynchronous replication）
MySQL默认的复制即是异步的，主库在执行完客户端提交的事务后会立即将结果返给给客户端，并不关心从库是否已经接收并处理，这样就会有一个问题，主如果crash掉了，此时主上已经提交的事务可能并没有传到从上，如果此时，强行将从提升为主，可能导致新主上的数据不完整。
全同步复制（Fully synchronousreplication）
指当主库执行完一个事务，所有的从库都执行了该事务才返回给客户端。因为需要等待所有从库执行完该事务才能返回，所以全同步复制的性能必然会收到严重的影响。
半同步复制（Semisynchronous replication）
介于异步复制和全同步复制之间，主库在执行完客户端提交的事务后不是立刻返回给客户端，而是等待至少一个从库接收到并写到relay log中才返回给客户端。相对于异步复制，半同步复制提高了数据的安全性，同时它也造成了一定程度的延迟，这个延迟最少是一个TCP/IP往返的时间。所以，半同步复制最好在低延时的网络中使用。异步复制
MySQL—MHA架构图
标签：提交 之间 abi 虚拟机 延时 根据 半同步 数据一致性 mysql主从复制
原文地址：https://blog.51cto.com/11298469/2421578
