MySQL MHA高可用集群部署及故障切换

前言

• MHA是一套优秀的MySQL高可用环境下故障切换和主从复制的软件，它的出现就是解决MySQL单点的问题
• MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作
• MHA能在故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的可高用

一、MHA的组成和特点

1.MHA的组成

• MHA Node（数据节点）——运行在每台MySQL服务器上
• MHA Manager（管理节点）——可以单独部署在一台独立的机器上，管理多个master-slaver 集群；也可以部署在一台slave节点上
  • MHA Manager会定时探测集群中的master节点，当master出现故障时，它可以自动将最新数据的slave提升为新的master，然后将所有其他的slave重新指向新的master，整个故障转移过程对应用程序完全透明（别的应用程序不知道）

2.MHA 的特点

• 自动故障切换过程中，MHA 试图从宕机的主服务器上保存二进制日志，最大程度的保证数据不丢失
• 但这并不总是可行的：例如，如果主服务器硬件故障或无法通过 ssh 访问，MHA 没法保存二进制日志，只进行故障转移而丢失了最新的数据
• MHA 可以与半同步复制结合起来，大大降低数据丢失的风险
• 如，只有一个 slave 已经收到了最新的二进制日志，MHA 可以将最新的二进制日志应用于其他所有的 slave 服务器上，因此可以保证所有节点的数据一致性
• 目前 MHA 支持主多从架构，最少三台服务（即一主两从）

3.MHA的工作原理

①从宕机崩溃的master 保存二进制日志事件（binlog events）
②识别含有最新更新的 slave
③应用差异的中继日志（relay log）到其他的 slave
④应用从master 保存的二进制日志事件（binlog events）
⑤提升一个 slave 为新的master
⑥使其他的 slave 连接新的master 进行复制

注意：MHA需要基于ssh，key验证登入方法

二、MHA的项目搭建

1.实验思路

• MHA架构

①源码编译安装数据库

②配置一主两从

③搭建MHA

• 故障模拟

①主库失效

②备选主库称为主库

③原故障主库恢复，重新加入到MHA成为从库

2.项目环境

主机	主机名	操作系统	IP 地址	主要软件
MHA Manager	CentOS 7-1	CentOS 7	192.168.126.11	MHA Node 组件、MHA Manager 组件
Master	CentOS 7-2	CentOS 7	192.168.126.12	mysql-boost-5.7.20.tar.gz、MHAnode 组件
Slave1	CentOS 7-3	CentOS 7	192.168.126.13	mysql-boost-5.7.20.tar.gz、MHAnode 组件
Slave2	CentOS 7-4	CentOS 7	192.168.126.14	mysql-boost-5.7.20.tar.gz、MHAnode 组件

环境要求：

由于主节点有可能会被切换成从节点，而每一个从节点也有可能会被切换成主节点，所以 MHA 对 Mysql 复制环境有特殊要求。

（1）各节点 都要开启 二进制日志 及 中继日志；
（2）各从节 点必须 显示 注明其为 read_only；
（3）关闭各从节点的 relay_log_purge =0 中继日志 自动清理功能
（4）这里建议更换 为 编译版本的 Mysql 5.7 ，否则该实验中的某些 RPM 组件会冲突！！！
（5）所有 Mysql 集群节点，相互之间 ssh 登录都不需要密码 （重要）
（6）主从复制 (M-S-S) 架构已经做好！ ( 支持使用 GTID ， 半同步复制 )
（7） 各个节点，要能允许 同一组账号 uplooking 123123 进行登录
（8） 各个节点，关闭 防火墙 和 SElinux 功能

3.项目步骤

①准备

• 4台主机全部源码编译安装好MySQL数据库，及修改好登录密码与授权远程登录
• 全部关闭防火墙和控制访问安装机制

systemctl stop firewalld
systemctl disable firewalld
setenforce 0

②修改 Master、Slave1、Slave2 的主机名

hostnamectl set-hostname master
su -

hostnamectl set-hostname slave1
su -

hostnamectl set-hostname slave2
su -

③修改 Master、Slave1、Slave2 的主配置文件 /etc/my.cnf

vim /etc/my.cnf
[mysqld]
server-id = 1
#id 可自定义，三台主机不能一样
log_bin = master-bin
log-slave-updates = true
#开启二进制日志及允许从服务器进行复制更新二进制文件

systemctl restart mysqld
#重启服务使配置生效
ln -s /usr/local/mysql/bin/mysql /usr/sbin/
ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin/
#创建 mysql 命令与 mysql 日志文件的软链接，便于系统识别

• Slave1、Slave2

vim /etc/my.cnf
server-id = 2  
#server-id = 3（三台服务器的 server-id 不能一样）
log_bin = master-bin
relay-log = relay-log-bin
relay-log-index = slave-relay-bin.index
#从服务器也要开启二进制日志，因为也有可能变为主服务器

systemctl restart mysqld
ln -s /usr/local/mysql/bin/mysql /usr/sbin/
ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin/

④配置MySQL 一主两从

Master、Slave1、Slave2：(三台都要配置一样的步骤)

mysql -uroot -p123123
#登录 MySQL 数据库

grant replication slave on *.* to 'myslave'@'192.168.126.%' identified by '123123';
#从数据库同步使用
grant all privileges on *.* to 'mha'@'192.168.126.%' identified by 'manager';
#manager 使用

grant all privileges on *.* to 'mha'@'mysql1' identified by 'manager';
grant all privileges on *.* to 'mha'@'mysql2' identified by 'manager';
grant all privileges on *.* to 'mha'@'mysql3' identified by 'manager';
#防止从库通过主机名连接不上主库

flush privileges;

Master：

show master status;
#在 Master 节点查看二进制文件名和偏移量，记住，后续有用(1747)

Slave1、Slave2：

change master to master_host='192.168.126.12',master_user='myslave',master_password='123123',master_log_file='master-bin.000001',master_log_pos=1747;
#指定 master 服务器 IP，用户名及密码，日志名和偏移量

start slave;
#启动同步
show slave status\G" | awk '/Running:/{print}
#查看从服务器线程相关参数信息
#确保 IO 和 SQL 线程都是 Yes，代表同步正常

mysql -e "set global read_only=1;"
#两个从库必须设置为只读模式

⑤验证主从复制

Master：

create database