【MySQL】【高可用】基于MHA架构的MySQL高可用故障自动切换架构

​ CentOS7+MySQL 5.7 + GTI开发云主机域名D 业务系统：mainBusiness​ node1 : 192.168.1.109 port:3109​ node2 : 192.168.1.110 port:3110​ VIP :192.168.1.88​ manager:192.168.1.8 ​ 除了galera cluster(Mariadb Cluster,GroupReplication,PXC)和KeepAlived之外，业界广泛使用的MySQL高可用就是MHA架构了。​ MHA作者在离开DeNA加入facebook后就极少更新了这个工具了。​ rpm包安装的方式最简单，但是作者在27天前增加了对从库上启用了super-read-only参数的优化，简而言之就是：当开启这个参数后，有可能会发生配置文件中的用户无法对差异事务进行应用的问题。于是增加了判断super-read-only参数是否开启的逻辑判断，若开启，则先关闭此参数，然后进行应用差异事务然后重新开启。​ 所以这里我们采用编译Github上最新的代码的办法进行安装。地址为：​ https://github.com/yoshinorim/mha4mysql-manager​ https://github.com/yoshinorim/mha4mysql-nodecrontab -e 0 0 */3 * * sh /etc/auto_clean_relay_log.sh ​ 至此：安装与配置已经完全结束，开始进入运行环节​ 检查masterha_manager运行情况：​ 我们将主库关机，进行观测整个故障转移的过程 ​ manager端输出如下：​ 1.每秒检查MySQL，连续4次无法连上MySQL服务后，进入SSH检查阶段，SSH也不通后，确认实例故障。由于故障实例为主库，触发切换主库的操作。​ 2.再次读取配置文件信息，获取所有注册的实例，及其切换偏好。关闭manager节点，启用切换脚本进行切换操作。切换操作的逻辑与之前的【MySQL】【高可用】purge_relay_logs工具的使用文章中分析的相近。​ 3.切换主库成功后，输出切换报告，同时在/data/mha中生成 mainBusiness.failover.complete文件。接着在新的主库上进行虚拟IP的挂载，发送故障报告邮件。​ 两篇前言文章：
【MySQL】【高可用】purge_relay_logs工具的使用
【MySQL】【高可用】从masterha_master_switch工具简单分析MHA的切换逻辑​ 1.千万要注意定时清理relay log。我在搭建完之后，直接进行了压测数据的写入，大量relay log用尽了所有的硬盘空间。这时从库MySQL服务假死，mha所有的脚本也都会因为得不到从库的回应也同样卡住。​ 2.另一种简单的send_report的脚本：​ 邮件系统安装脚本：​ 调用方式：

相关推荐: 在CentOS7 64下如何安装MySQL5.6.40

小编这次要给大家分享的是在CentOS7 64下如何安装MySQL5.6.40，文章内容丰富，感兴趣的小伙伴可以来了解一下，希望大家阅读完这篇文章之后能够有所收获。MySQL5.6.40在CentOS7 64下安装过程1）卸载之前安装的mysql2）删除数据库…