MHA（一）介绍

MHA背景介绍：

MHA 是Perl语言写的，开源的MYSQL故障切换方案；全称：Master High Availability，故障切换时间10-30s

有人说，我不要MHA行不行啊； 可以，没问题， 如果数据库故障了，自己手动去登陆从库，然后CHANGE MASTER；

那问题来了，首先你这样得耗费多少时间；其次，你的几个SLAVE,你还得一个个对比，看谁执行的BINLOG比较新一些吧； 

这个时候，业务无法访问了，一堆人站你旁边看着你，到时候一紧张再忘记开写了、SLAVE挂不上去，这个影响时间就不是一星半点了；

所以就有人写了个程序，来执行自动主从故障切换解决这个问题；

 

MHA工作原理：

MHA组成：

 MHA由node和manager组成；

        node:

                就是所有数据库机器都需要部署的， master是一个node，slave也是一个node; 相当于监控客户端；

        manager: 

               Manager相当server，它会对node进行管理，配置检查，binlog和relay log的获取，执行切换任务等； 可以单独部署在server上(推荐)，单独部署可以管理多套主从架构。也可以部署在某一个slave上； 如果部署在slave上，那么该slave就无法 被升级为主库；

  MHA切换主要涉及下面几个步骤：

1， MHA每隔3秒钟探测一次MASTER； （Hi, 你还活着吗？）

        ping_interval 控制间隔时间；

        ping_type 控制探测方式，SELECT（执行SELECT 1）和CONNECT（创建连接/断开连接）

        

2， 如果manager探测到MASTER 故障，无法访问，Manager会执行下面操作：

      a, 从其他node发起，检查主库是否能够SSH上去；

      b  从其他node发起连接，检查MASTER实例是否能够登陆；

     

3， 如果所有Node均连接失败，则开始故障转移，步骤如下：

Phase 1	Configuration Check Phase..	检查数据库版本 检查是否启用GTID 检查从库是否存活 检查配置文件的candidate
Phase 2	Dead Master Shutdown Phase.	该阶段会调用master_ip_failover脚本；去关闭所有Node的IO Thread 调用shutdown_script 强制关闭MASTER实例，防止应用程序来连接；
Phase 3	Master Recovery Phase..
Phase 3.1	Getting Latest Slaves Phase.	检查所有节点，从show slave status中对比获取最新的binlog/position
Phase 3.2	Saving Dead Master's Binlog Phase..	如果老的Master可以SSH，上去获取BINLOG，从position到END位置，获取这段BINLOG（MASETER产生这段BINLOG，还未来得及发送给SLAVE）将这部分日志发送给Manager节点(manager_workdir位置)； 如果故障Master无法SSH，则无法获取这段日志
Phase 3.3	Determining New Master Phase..	对比所有SLAVE，从最新SALVE中同步差异realy log给其他slave;最终确保所有SLAVE数据一致
Phase 3.3	New Master Diff Log Generation Phase..	确认新master 是否为最新slave，如果不是，则从最新slave获取差异日志； 将manager上获取的BINLOG日志发送给new master；
Phase 3.4	Master Log Apply Phase..	对比新master的Exec_Master_Log_Pos和Read_Master_Log_Pos，判断恢复的位置； 在本地回放 3.3 Phase的差异日志； 获取新master的binlog和position；
Phase 4	Slaves Recovery Phase..
Phase 4.1	Starting Parallel Slave Diff Log Generation Phase.	对每个SLAVE恢复：所有SLAVE和最新Slave做对比，如果position不一致，则生产差异日志
Phase 4.2	Starting Parallel Slave Log Apply Phase.	每个SLAVE 应用差异日志； 执行CHANGE MASTER 挂在到新Master
Phase 5	New master cleanup phase..	reset slave all;

 

MHA脚本文件介绍介绍：

在已安装的Node节点上，执行 可以查看Node安装包和Manager安装包锁包含的脚本文件；

查看Node脚本： rpm -ql mha4mysql-node-0.56-0.el6.noarch 

1	apply_diff_relay_logs	识别差异的中继日志，并将其应用到其他SLAVE
2	filter_mysqlbinlog	去除掉不必要的ROLLBACK事件，已废弃，默认不启用
3	purge_relay_logs	清理relay logs，不会阻塞SQL线程
4	save_binary_logs	保存binlog和relay log日志

查看Manager脚本：rpm -ql mha4mysql-manager-0.56-0.el6.noarch 

1	masterha_check_repl	切换前检查复制的运行情况
2	masterha_check_ssh	检查SSH连接
3	masterha_secondary_check	从其他网络路由检查主库的可用性
4	masterha_check_status	返回MYSQL主库状态监控信息；
5	masterha_conf_host	从配置文件中增加或者删除host
6	masterha_manager	监控Master可用性，如果master故障，则执行故障切换
7	masterha_master_monitor	监控主库的可用性
8	masterha_master_switch	执行主从切换
9	masterha_stop	停掉MHA Manager进程

 实例脚本：

1	master_ip_failover	自动切换时，VIP的管理脚本，
2	master_ip_online_change	在线切换时，VIP的管理，不是必须的
3	power_manager	电源管理脚本
4	send_report	发送告警脚本