Code Bye

MYSQL高可用方案测试

最近在留意MYSQL高可用方案,在测试一个双主单活+多从结构的时候,有一个问题想不通
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这种。
解决方案:60分
以前用过 但是记不太清了
当时是Amoeba HAproxy keepalived配合着一起搭的环境
生产环境里从库总是有很高的延迟,不知道是公司网络垃圾还是mysql原生复制的问题。而且好几次从库出现问题需要去重新定位binlog的position,一不小心往从库写了东西也挂了。对运维不友好
最近在用Galera Cluster,基于MySQL的一个高可用数据库集群
数据一致性很强,关键是超级方便,自动化很高,只要启动的时候挂到集群中的一个节点,他就能跟集群中全部节点同步,即使挂掉,重启之后也会自动跟集群里其他节点同步数据。他没有主从之分,全部节点都可以读写。以后添加服务器也不用改配置文件,直接挂到一个节点上就自动同步了。

CodeBye 版权所有丨如未注明 , 均为原创丨本网站采用BY-NC-SA协议进行授权 , 转载请注明MYSQL高可用方案测试