MySQL5.7一主两从MHA自动切换

这篇文章主要讲解了“MySQL5.7一主两从MHA自动切换”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“MySQL5.7一主两从MHA自动切换”吧！数据库架构：一主两从master：192.168.8.57slave1：192.168.8.58slave2：192.168.8.59manager：192.168.8.60MHA工具包：mha4mysql-manager-0.58.tar.gzmha4mysql-node-0.58.tar.gz一、master添加vip
二、failover 自动切换测试1.手动停止master的MySQL进程
2.查看manager日志
日志中显示主库已经切换，新的主库为192.168.8.58
3.查看主机192.168.8.58和192.168.8.59的信息192.168.8.58192.168.8.59 可以看到192.168.8.58变成了新的主库，read_only变成了OFF，192.168.8.59作为192.168.8.58的从库，read_only依然为ON。4.主从数据测试在192.168.8.58创建表t7在192.168.8.59进行查看可以看到新的主从复制正常。
5.切换完之后你会发现 MHA Manager 监控程序会自动死掉，官网有如下解释和解决方式：Running MHA Manager from daemontoolsCurrently MHA Manager process does not run as a daemon. if failover completedsuccessfully or the master process was killed by accident, the manager stopsworking. to run as a daemon, daemontool. or any external daemon programcan be used. Here is an example to run from daemontools.解决方法：写入/etc/rc.d/rc.local 开机自动启动6.原主库加入MHA首先修改旧主库 192.168.8.57 的参数 my.cnf，打开从库相关的参数，要重启.方法一：由于有GTID，我们可以直接就 change master 切换过去对比一下数据
192.168.8.57192.168.8.58旧主库直接 change master to查看192.168.8.57slave进程状态可以看到slave进程已经启动，新的主库为192.16开发云主机域名8.8.58
设置192.168.8.57参数read_only=1查看192.168.8.57数据复制情况
可以看到此时t7已经复制成功。
方法二：若修复原主库耗费时间较长，建议重新初始化192.168.8.57从库，而非使用change master to7.修改MHA配置文件
此时发现MHA配置文件app1.cnf出现缺失完善之后如下：8.重启监控程序
MHA复制健康检查启动MHA监控程序
查看manager日志到此，自动切换及恢复工作测试完毕。感谢各位的阅读，以上就是“MySQL5.7一主两从MHA自动切换”的内容了，经过本文的学习后，相信大家对MySQL5.7一主两从MHA自动切换这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是开发云，小编将为大家推送更多相关知识点的文章，欢迎关注！

相关推荐: ERROR 1114 (HY000): The table ‘test1’ is full 的解决

今天执行sql碰到 1114的错误，如下：mysql> insert into test1 select * from test; Query OK, 1778 rows affected (0.06 sec) Records: 1778 Duplica…