MySQL 高可用及读写分离

一 MHA高可用部署当

需要使用的前提：

　　当普通主从复制不能满足我们的需求，  主节点宕机  影响业务的不间断运行。这里就需要用到MHA 高可用

1. MHA高可用的介绍　　

　　　　不支持多实例， 必须是单独的物理机
　　　　manager 程序负责监控已知Node 节点（1主2从接点）

2. 当主机意外宕机

① mysql实例故障（SSH能够连接到主机）

1 监控到主库宕机，选择一个新主（取消从库角色，reset slave），选择标准：数据较新的从库会被选择为新主(show slave status\G)
2 从库通过MHA自带脚本程序，立即保存缺失部分的binlog
3 二号从库会重新与新主构建主从关系，继续提供服务
4 如果VIP机制，将vip从原主库漂移到新主，让应用程序无感知

② 主节点服务器宕机（SSH已经连接不上了）

1 监控到主库宕机，尝试SSH连接，尝试失败
2 选择一个数据较新的从库成为新主库（取消从库角色 reset slave），判断细节：show slave status\G
3 计算从库之间的relay-log的差异，补偿到2号从库
3 二号从库会重新与新主构建主从关系，继续提供服务
5 如果VIP机制，将vip从原主库漂移到新主，让应用程序无感知
6 如果有binlog server机制，会继续讲binlog server中的记录的缺失部分的事务，补偿到新的主库

第九章 MySQL 高可用及读写分离

原文：https://www.cnblogs.com/augustyang/p/11556030.html