最近在留意MYSQL高可用方案，在测试一个双主单活+多从结构的时候，有一个问题想不通
1.发起1万条写记录，写入主1
2.写到500的时候，停掉主1的mysql服务
3.出错，等主2接替后，往主2写数据（VIP漂到主2）
此时从库怎么样从主库获取同步呢？主2接替后，他的binlog和主1一致吗？
另外，主1恢复后，是应该替换掉主2呢？还是应该保持主2的写角色，让主1变成读角色?
对整个流程的理解一直不够深入，求指点
1.发起1万条写记录，写入主1
2.写到500的时候，停掉主1的mysql服务
3.出错，等主2接替后，往主2写数据（VIP漂到主2）
此时从库怎么样从主库获取同步呢？主2接替后，他的binlog和主1一致吗？
另外，主1恢复后，是应该替换掉主2呢？还是应该保持主2的写角色，让主1变成读角色?
对整个流程的理解一直不够深入，求指点
解决方案：30分
本人只知道一点，主1和主2的binlog可能一致，也可能不一致，亲自测试过。
至于从库怎么样自动切换到主2也一直困扰着本人。感觉还是得找第三方的解决方案，相似于MMM这种。
至于从库怎么样自动切换到主2也一直困扰着本人。感觉还是得找第三方的解决方案，相似于MMM这种。
解决方案：60分
以前用过 但是记不太清了
当时是Amoeba HAproxy keepalived配合着一起搭的环境
生产环境里从库总是有很高的延迟，不知道是公司网络垃圾还是mysql原生复制的问题。而且好几次从库出现问题需要去重新定位binlog的position，一不小心往从库写了东西也挂了。对运维不友好
最近在用Galera Cluster，基于MySQL的一个高可用数据库集群
数据一致性很强，关键是超级方便，自动化很高，只要启动的时候挂到集群中的一个节点，他就能跟集群中全部节点同步，即使挂掉，重启之后也会自动跟集群里其他节点同步数据。他没有主从之分，全部节点都可以读写。以后添加服务器也不用改配置文件，直接挂到一个节点上就自动同步了。
当时是Amoeba HAproxy keepalived配合着一起搭的环境
生产环境里从库总是有很高的延迟，不知道是公司网络垃圾还是mysql原生复制的问题。而且好几次从库出现问题需要去重新定位binlog的position，一不小心往从库写了东西也挂了。对运维不友好
最近在用Galera Cluster，基于MySQL的一个高可用数据库集群
数据一致性很强，关键是超级方便，自动化很高，只要启动的时候挂到集群中的一个节点，他就能跟集群中全部节点同步，即使挂掉，重启之后也会自动跟集群里其他节点同步数据。他没有主从之分，全部节点都可以读写。以后添加服务器也不用改配置文件，直接挂到一个节点上就自动同步了。
CodeBye 版权所有丨如未注明 , 均为原创丨本网站采用BY-NC-SA协议进行授权 , 转载请注明MYSQL高可用方案测试！