一、简介

MHA（Master HA）是一款开源的 MySQL 的高可用程序，它为 MySQL 主从复制架构提供了 automating master failover 功能。MHA 在监控到 master 节点故障时，会提升其中拥有最新数据的 slave 节点成为新的master 节点，在此期间，MHA 会通过于其它从节点获取额外信息来避免一致性方面的问题。MHA 还提供了 master 节点的在线切换功能，即按需切换 master/slave 节点。
　　MHA 是由日本人 yoshinorim（原就职于DeNA现就职于FaceBook）开发的比较成熟的 MySQL 高可用方案。MHA 能够在30秒内实现故障切换，并能在故障切换中，最大可能的保证数据一致性。目前淘宝也正在开发相似产品 TMHA， 目前已支持一主一从。

二、MHA 服务

MHA 服务有两种角色， MHA Manager(管理节点)和 MHA Node(数据节点)：

MHA Manager：

　　通常单独部署在一台独立机器上管理多个 master/slave 集群(组)，每个 master/slave 集群称作一个 application，用来管理统筹整个集群。

MHA node：

　　运行在每台 MySQL 服务器上(master/slave/manager)，它通过监控具备解析和清理 logs 功能的脚本来加快故障转移。

　　主要是接收管理节点所发出指令的代理，代理需要运行在每一个 mysql 节点上。简单讲 node 就是用来收集从节点服务器上所生成的 bin-log 。对比打算提升为新的主节点之上的从节点的是否拥有并完成操作，如果没有发给新主节点在本地应用后提升为主节点。

mha架构设计 mha部署架构_数据库


由上图我们可以看出，每个复制组内部和 Manager 之间都需要ssh实现无密码互连，只有这样，在 Master 出故障时， Manager 才能顺利的连接进去，实现主从切换功能。

三、

MHA工作原理总结为以下几条：

（1） 从宕机崩溃的 master 保存二进制日志事件（binlog events）；

（2） 识别含有最新更新的 slave ；

（3） 应用差异的中继日志(relay log) 到其他 slave ；

（4） 应用从 master 保存的二进制日志事件(binlog events)；

（5） 提升一个 slave 为新 master ；

（6） 使用其他的 slave 连接新的 master 进行复制。

mha架构设计 mha部署架构_mha架构设计_02


为了方便我们后期的操作，我们在各节点的/etc/hosts文件配置内容中添加如下内容：

192.168.59.140 node1.keer.com node1

192.168.59.141 node2.keer.com node2

192.168.59.142 node3.keer.com node3

192.168.59.143 node4.keer.com node4

mha架构设计 mha部署架构_二进制日志_03

初始主节点 master 的配置

vim /etc/my.cnf
[mysqld]
server-id = 1
log-bin = master-log
relay-log = relay-log
skip_name_resolve
systemctl restart mariadb

mha架构设计 mha部署架构_sql_04

所有 slave 节点依赖的配置

slave1

vim /etc/my.cnf
[mysqld]
	server-id = 2 				//复制集群中的各节点的id均必须唯一；
	relay-log = relay-log		//开启中继日志
	log-bin = master-log		//开启二进制日志
	read_only = ON				//启用只读属性
	relay_log_purge = 0			//是否自动清空不再需要中继日志
	skip_name_resolve			//关闭名称解析（非必须）
	log_slave_updates = 1       //使得更新的数据写进二进制日志中
systemctl restart mariadb

slave2

vim /etc/my.cnf
[mysqld]
	server-id = 2 				//复制集群中的各节点的id均必须唯一；
	relay-log = relay-log		//开启中继日志
	log-bin = master-log		//开启二进制日志
	read_only = ON				//启用只读属性
	relay_log_purge = 0			//是否自动清空不再需要中继日志
	skip_name_resolve			//关闭名称解析（非必须）
	log_slave_updates = 1       //使得更新的数据写进二进制日志中
systemctl restart mariadb

本步骤完成。

配置一主多从复制架构

点击→主从配置详情请关注暴躁程序员的博客←点击

主节点：

mha架构设计 mha部署架构_二进制日志_05


从节点1：

mha架构设计 mha部署架构_mysql_06


从节点2：

mha架构设计 mha部署架构_二进制日志_07


本步骤完成。

安装配置MHA

在 master 上进行授权
在所有 Mysql 节点授权拥有管理权限的用户可在本地网络中有其他节点上远程访问。 当然， 此时仅需要且只能在 master 节点运行类似如下 SQL 语句即可。

grant all on *.* to 'mhaadmin'@'192.168.%.%' identified by 'mhapass';

本步骤完成。

准备 ssh 互通环境

MHA集群中的各节点彼此之间均需要基于ssh互信通信，以实现远程控制及数据管理功能。简单起见，可在Manager节点生成密钥对儿，并设置其可远程连接本地主机后， 将私钥文件及authorized_keys文件复制给余下的所有节点即可。

（注意四个节点都要做一遍）

ssh-keygen -t rsa
ssh-copy-id -i .ssh/id_rsa.pub root@node1

mha架构设计 mha部署架构_sql_08


当四台机器都进行了上述操作以后，我们可以在 manager 机器上看到如下文件：

cd .ssh/
ls
authorized_keys
cat authorized_keys

mha架构设计 mha部署架构_mha架构设计_09

四台机器的公钥都已经在authorized_keys这个文件中了，接着，我们只需要把这个文件发送至另外三台机器，这四台机器就可以实现 ssh 无密码互通了：

scp authorized_keys root@node2:~/.ssh/
scp authorized_keys root@node3:~/.ssh/
scp authorized_keys root@node4:~/.ssh/

mha架构设计 mha部署架构_二进制日志_10


安装 MHA 包

四个节点都需安装：mha4mysql-node-0.56-0.el6.norch.rpm

Manager 节点另需要安装：mha4mysql-manager-0.56-0.el6.noarch.rpm

下载链接
链接：https://pan.baidu.com/s/1JTYNfe9-KNev8leKtLDJiA
提取码：fphq

本步骤完成。

初始化 MHA ，进行配置

Manager 节点需要为每个监控的 master/slave 集群提供一个专用的配置文件，而所有的 master/slave 集群也可共享全局配置。全局配置文件默认为/etc/masterha_default.cnf，其为可选配置。如果仅监控一组 master/slave 集群，也可直接通过 application 的配置来提供各服务器的默认配置信息。而每个 application 的配置文件路径为自定义。具体操作见下一步骤。

mkdir /etc/mha_master
vim /etc/mha_master/mha.cnf

[server default]
user=mhaadmin
password=mhapass
manager_workdir=/etc/mha_master/app1
manager_log=/etc/mha_master/manager.log
remote_workdir=/mydata/mha_master/app1
ssh_user=root
repl_user=slave
repl_password=123
ping_interval=1
[server1]
hostname=192.168.59.142
ssh_port=22
candidate_master=1
[server2]
hostname=192.168.59.142
ssh_port=22
candidate_master=1
[server3]
hostname=192.168.59.143
ssh_port=22
candidate_master=1

mha架构设计 mha部署架构_sql_11


本步骤完成。

对四个节点进行检测

检测各节点间 ssh 互信通信配置是否 ok
我们在 Manager 机器上输入下述命令来检测：

masterha_check_ssh -conf=/etc/mha_master/mha.cnf

mha架构设计 mha部署架构_mysql_12


2）检查管理的MySQL复制集群的连接配置参数是否OK

masterha_check_repl -conf=/etc/mha_master/mha.cnf

mha架构设计 mha部署架构_mysql_13


我们发现检测失败，这可能是因为从节点上没有账号，因为这个架构，任何一个从节点， 将有可能成为主节点， 所以也需要创建账号。

　　因此，我们需要在master节点上再次执行以下操作：

grant replication slave,replication client on *.* to 'slave'@'192.168.%.%' identified by 'keer';
flush privileges;

执行完这段操作之后，我们再次运行检测命令：

masterha_check_repl -conf=/etc/mha_master/mha.cnf

mha架构设计 mha部署架构_数据库_14


此步骤完成。

启动MHA

我们在 manager 节点上执行以下命令来启动 MHA：

nohup masterha_manager -conf=/etc/mha_master/mha.cnf &> /etc/mha_master/manager.log &

mha架构设计 mha部署架构_sql_15


启动成功以后，我们来查看一下 master 节点的状态：

masterha_check_status -conf=/etc/mha_master/mha.cnf

mha架构设计 mha部署架构_mha架构设计_16

测试 MHA 故障转移

停止master

systemctl stop mariadb

查看日志

tailf /etc/mha_master/manager.log

翻译日志

mha架构设计 mha部署架构_mysql_17