如上SLAVE m 与 Master做增强版同步复制，即可，其他主从为异步复制，就可以达到不丢失数据。当Master挂掉，SLAVE m 接管。
管理集群软件
MHA会检测复制组中的主的状态，如果主宕机，VIP会飘到其中一个从库，并且在从库上重新建立主从关系。并且VIP飘到新的主上。
并且MHA判断主22，是否可用的依据是从 从库进入，先通过33访问22，再通过44访问22，如果都不能访问通，说明主挂了，这样就需要33 44都和MHA有ssh权限，即不需要密码访问。
MHA切换流程：
1.从宕机崩溃的master保存二进制日志事件(binlog events)，这里的宕机是指mysql宕机，而不是服务器宕机，如果主机宕机，从也拿不到主的binlog。
2.识别含有最新更新的slave
3.应用差异的relay log到其他的slave。
4.应用从master保存的二进制日志事件。
5.提升一个slave为新的master。
6.是其他的slave连接新的master进行复制。
MHA建议如果是5.6的话建议开半同步复制，5.7建议开启无损复制。但是也不能保证数据不丢失，因为无损复制本身可能由于延时切换成异步。还有就是主down了后再起来就需要额外的rollback步骤(当然MHA不会帮你做这些事情)。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/29990276/viewspace-2059779/ ，如需转载，请注明出处，否则将追究法律责任。
最新文章
- chrony /ˈkrɑːni/ vs ntpd 的核心区别
- LightDB新特性-Oracle模式支持回收站功能
- centos stream 8
- benchmarksql 压测MySQL报Every derived table must have its own alias解决
- LightDB-A gpfdist 命令初体验
- 数据库的sort group by和hash group by
- PostgreSQL citus常见报错问题分析（二）DETAIL: Distributed relations cannot have
- 事务可见性的判断和事务隔离级别，PostgreSQL和MySQL实现上有啥区别
- LightDB Canopy 常见报错问题分析（一）
- LightDB/postgresql内置特性之访问oracle之oracle_fdw介绍
