mysql实现高可用之MHA

一、简介

MHA（Master HA）是一款开源的MYSQl的高可用程序，它为 MySQL 主从复制架构提供了 automating master failover （自动化主故障转移）功能。MHA 在监控到 master 节点故障时，会提升其中拥有最新数据的 slave 节点成为新的master 节点，在此期间，MHA 会通过于其它从节点获取额外信息来避免一致性方面的问题。MHA 还提供了 master 节点的在线切换功能，即按需切换 master/slave 节点。

二、MHA服务

2.1 服务角色

MHA 服务有两种角色， MHA Manager(管理节点)和 MHA Node(数据节点)：
MHA Manager：
通常单独部署在一台独立机器上管理多个 master/slave 集群(组)，每个 master/slave 集群称作一个 application，用来管理统筹整个集群。
MHA node：
运行在每台 MySQL 服务器上(master/slave/manager)，它通过监控具备解析和清理 logs 功能的脚本来加快故障转移。主要是接收管理节点所发出指令的代理，代理需要运行在每一个 mysql 节点上。简单讲 node 就是用来收集从节点服务器上所生成的 bin-log 。对比打算提升为新的主节点之上的从节点的是否拥有并完成操作，如果没有发给新主节点在本地应用后提升为主节点。

2.2 提供的工具

MHA会提供诸多工具程序， 其常见的如下所示：
manager节点：
　masterha_check_ssh：MHA 依赖的 ssh 环境监测工具；
　masterha_check_repl：MYSQL 复制环境检测工具；
　masterga_manager：MHA 服务主程序；
　masterha_check_status：MHA 运行状态探测工具；
　masterha_master_monitor：MYSQL master 节点可用性监测工具；
　masterha_master_swith:master：节点切换工具；
　masterha_conf_host：添加或删除配置的节点；
　masterha_stop：关闭 MHA 服务的工具；
　
node节点：
  save_binary_logs：保存和复制 master 的二进制日志；
  apply_diff_relay_logs：识别差异的中继日志事件并应用于其他 slave；
  purge_relay_logs：清除中继日志（不会阻塞 SQL 线程）；
  
自定义扩展
  secondary_check_script：通过多条网络路由检测master的可用性；	
 master_ip_failover_script：更新application使用的masterip；
  report_script：发送报告;
  init_conf_load_script：加载初始配置参数；
  master_ip_online_change_script;更新master节点ip地址。

2.3 工作原理

MHA工作原理总结为以下几条：
（1） 从宕机崩溃的 master 保存二进制日志事件（binlog events）；
（2） 识别含有最新更新的 slave ；
（3） 应用差异的中继日志(relay log) 到其他 slave ；
（4） 应用从 master 保存的二进制日志事件(binlog events)；
（5） 提升一个 slave 为新 master ；

三、实验过程

3.1实验环境

3.1.1 相关配置

MHA 对 MYSQL 复制环境有特殊要求，例如各节点都要开启二进制日志及中继日志，各从节点必须显示启用其read-only属性，并关闭relay_log_purge功能等，这里对配置做事先说明。

1.本实验环境共有四个节点， 其角色分配如下（实验机器均为centos 7.5）：
manager ——> 192.168.11.139 ——> manager控制器——用于监控管理
master ——> 192.168.11.140 ——> 数据库主服务器
slave1 ——> 192.168.11.141 ——> 数据库从服务器
slave2 ——> 192.168.11.142——> 数据库从服务器

2.所有节点进行初始化重命名，关闭防火墙，selinux 重启系统：
hostnamectl --static set-hostname manager
hostnamectl --static set-hostname master
hostnamectl --static set-hostname slave1
hostnamectl --static set-hostname slave2

systemctl stop firewalld
setenforce 0
reboot

3.为了方便我们后期的操作，我们在各节点的/etc/hosts文件配置内容中添加如下内容：
192.168.11.139 manager.qq.com manager
192.168.11.140 master.qq.com master
192.168.11.142 slave1.qq.com slave1
192.168.11.146 slave2.qq.com slave2
能够通过域名相互ping通
这样的话，我们就可以通过 host 解析节点来打通私钥访问，会方便很多。

4.安装mariadb（master，slave1，slave2上安装）
yum -y install mariadb-server mariadb-client

3.1.2 初始主节点 master 的配置

vim /etc/my.cnf
添加如下
[mysqld]
server-id = 1
log-bin = master-log
relay-log = relay-log
skip_name_resolve

重启：systemctl restart mariadb

3.1.2 所有slave节点 的配置

1.slave1上的操作

vim /etc/my.cnf
[mysqld]
server-id = 2
log-bin = master-log
relay-log = relay-log
skip_name_resolve
read_only = ON
relay_log_purge = 0
log_slave_updates = 1

重启：systemctl restart mariadb

2.slave2上的操作

vim /etc/my.cnf
[mysqld]
server-id =3
log-bin = master-log
relay-log = relay-log
skip_name_resolve
read_only = ON
relay_log_purge = 0
log_slave_updates = 1
重启：systemctl restart mariadb

3.1.4 配置一主多从复制架构

1.master节点上
授权同步数据账号
mysql
grant replication slave,replication client on . to ‘slave’@‘192.168.%.%’ identified by ‘keer’;（该命令按照图敲键盘，复制没用，**由于编辑问题消失了）

\q
mysqldump --all-databases > date +%F-mysql-all.sql（该命令按照图敲键盘，复制没用，符号`由于编辑问题消失了）

scp *mysql-all.sql 192.168.11.141:/root
scp *mysql-all.sql 192.168.11.142:/root
mysql
show master status;

2.slave节点上

slave1

mysql < *mysql-all.sql
mysql
change master to master_host=‘192.168.11.140’,
master_user=‘slave’,
master_password=‘keer’,
master_log_file=‘master-log.000003’,
master_log_pos=415;

start slave;
show slave status\G;

slave2

mysql < *mysql-all.sql
mysql
change master to master_host=‘192.168.11.140’,
master_user=‘slave’,
master_password=‘keer’,
master_log_file=‘master-log.000003’,
master_log_pos=415;

start slave;
show slave status\G;

3.2安装配置MHA

3.2.1 在master上授权

mysql
grant all on . to ‘mhaadmin’@‘192.168.%.%’ identified by ‘mhapass’;

3.2.2 准备ssh互通环境

MHA集群中的各节点彼此之间均需要基于ssh互信通信，以实现远程控制及数据管理功能。简单起见，可在Manager节点生成密钥对儿，并设置其可远程连接本地主机后， 将私钥文件及authorized_keys文件复制给余下的所有节点即可。
　　下面操作在所有节点上操作：
　　ssh-keygen
　　ssh-copy-id -i .ssh/id_rsa.pub root@192.168.11.139
到manaber节点上操作：
cd .ssh/
ls
cat authorized_keys

scp authorized_keys root@master:~/.ssh/
scp authorized_keys root@slave1:~/.ssh/
scp authorized_keys root@slave2:~/.ssh/

当然，我们也可以在机器上实验一下，看看 ssh 是否还需要输入密码。
ssh 192.168.11.140
ssh 192.168.11.141
ssh 192.168.11.142

3.2.3安装MHA包

在本步骤中， Manager节点需要另外多安装一个包。具体需要安装的内容如下：

四个节点都需安装：mha4mysql-node-0.56-0.el6.norch.rpm
Manager 节点另需要安装：mha4mysql-manager-0.56-0.el6.noarch.rpm
（安装包自行解决）

3.2.4初始化MHA并配置

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

3.2.5 定义MHA管理配置文件

为MHA专门创建一个管理用户， 方便以后使用， 在mysql的主节点上， 三个节点自动同步：
mkdir /etc/mha_master
vim /etc/mha_master/mha.cnf

[server default] //适用于server1,2,3个server的配置
user=mhaadmin //mha管理用户
password=mhapass //mha管理密码
manager_workdir=/etc/mha_master/app1 //mha_master自己的工作路径
manager_log=/etc/mha_master/manager.log //mha_master自己的日志文件
remote_workdir=/mydata/mha_master/app1 //每个远程主机的工作目录在何处
ssh_user=root //基于ssh的密钥认证
repl_user=slave //数据库用户名
repl_password=keer //数据库密码

ping_interval=1 //ping间隔时长
[server1] //节点2
hostname=192.168.11.140 //节点2主机地址
ssh_port=22 //节点2的ssh端口
candidate_master=1 //将来可不可以成为master候选节点/主节点

[server2]
hostname=192.168.11.141
ssh_port=22
candidate_master=1

[server3]
hostname=192.168.11.142
ssh_port=22
candidate_master=1

3.2.6 对四个节点进行检测

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

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

3.3启动MHA

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

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

3.4 测试 MHA 故障转移

1.master上操作
yum -y install psmisc（安装killall软件包）
killall mysqld
MHA停止

slave2上master变成了slave1
mysql
show slave status\G;

tail -200 /etc/mha_master/manager.log

实验成功