一、MHA概述
1.1 MHA 是什么
MHA(MasterHigh Availability)是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。
MHA 的出现就是解决MySQL 单点的问题。
MySQL故障切换过程中,MHA能做到0-30秒内自动完成故障切换操作。
MHA能在故障切换的过程中最大程度上保证数据的一致性,以达到真正意义上的高可用。
1.2 MHA 的组成
●MHA Node(数据节点)
MHA Node 运行在每台 MySQL 服务器上。
●MHA Manager(管理节点)
MHA Manager 可以单独部署在一台独立的机器上,管理多个 master-slave 集群;也可以部署在一台 slave 节点上。
MHA Manager 会定时探测集群中的 master 节点。当 master 出现故障时,它可以自动将最新数据的 slave 提升为新的 master, 然后将所有其他的 slave 重新指向新的 master。整个故障转移过程对应用程序完全透明。
1.3 MHA 的特点
自动故障切换过程中,MHA试图从宕机的主服务器上保存二进制日志,最大程度的保证数据不丢失
使用半同步复制,可以大大降低数据丢失的风险,如果只有一个slave已经收到了最新的二进制日志,MHA可以将最新的二进制日志应用于其他所有的slave服务器上,因此可以保证所有节点的数据一致性
目前MHA支持一主多从架构,最少三台服务,即一主两从
二、MHA搭建准备
2.1 实验思路
1.MHA架构: ①数据库安装 ②一主两从 ③MHA搭建
2.故障模拟 :①主库失效 ②备选主库成为主库 ③原故障主库恢复重新加入到MHA成为从库
2.2 实验准备
节点服务器 |
名称 | 主机名 | IP地址 | 安装服务及工具 |
MHA manager节点服务器 | centos7-4 | manager | 192.168.109.134 | MHA node 和 manager 组件 |
Master节点服务器 | centos7-1 | mysql1 | 192.168.109.131 | MHA node 组件 |
Slave1节点服务器 | centos7-2 | mysql2 | 192.168.109.132 | MHA node 组件 |
Slave2节点服务器 | centos7-3 | mysql3 | 192.168.109.133 | MHA node 组件 |
三、搭建 MySQL MHA
3.1 配置主从复制
3.1.1 每台关闭防火墙
systemctl disable --now firewalld setenforce 0
3.1.2 修改 Master、Slave1、Slave2 节点的主机名
##Master 节点## hostnamectl set-hostname mysql1 su ##Slave1节点## hostnamectl set-hostname mysql2 su ##Slave2节点## hostnamectl set-hostname mysql3 su
3.1.3 在Master、Slave1、Slave2添加主机映射关系
#三台添加同样的配置 vim /etc/hosts 192.168.109.131 mysql1 192.168.109.132 mysql2 192.168.109.133 mysql3 #并测试连通性
3.1.4 修改 Master、Slave1、Slave2 节点的 Mysql主配置文件/etc/my.cnf
Master节点,开启二进制日志。
Slave1、Slave2 节点,开启二进制日志和中继日志。
##Master 节点## vim /etc/my.cnf [mysqld] server-id = 1 log_bin = master-bin #开启二进制日志,指定存放位置 log-slave-updates = true #允许slave从master复制数据时可以写入到自己的二进制日志中 systemctl restart mysqld #重启mysql ##Slave1节点## vim /etc/my.cnf [mysqld] server-id = 2 #三台服务器的 server-id 不能相同 log_bin = master-bin relay-log = relay-log-bin relay-log-index = slave-relay-bin.index systemctl restart mysqld ##Slave2节点## vim /etc/my.cnf [mysqld] server-id = 3 #三台服务器的 server-id 不能相同 log_bin = master-bin relay-log = relay-log-bin relay-log-index = slave-relay-bin.index systemctl restart mysqld #重启mysql
3.1.5 在 Master、Slave1、Slave2 节点上都创建两个软链接
ln -s /usr/local/mysql/bin/mysql /usr/sbin/ ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin/ #查看软链接 ls /usr/sbin/mysql*
3.1.6 登录数据库进行授权
对slave和manager进行授权
##----(1)所有数据库节点进行mysql主从同步的授权------## grant replication slave on *.* to 'myslave'@'192.168.109.%' identified by '000000'; #从服务器同步使用 ##---(2)所有数据库节点,授权给manager服务器-----## grant all privileges on *.* to 'mha'@'192.168.109.%' identified by '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; #刷新权限
3.1.7 配置主从同步
在 Master 节点查看二进制文件和同步点(即偏移量),在 Slave1、Slave2 节点执行同步操作。
##(1)在 Master 节点查看二进制文件和同步点(即偏移量)## mysql> show master status; +-------------------+----------+--------------+------------------+-------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | +-------------------+----------+--------------+------------------+-------------------+ | master-bin.000001 | 1747 | | | | +-------------------+----------+--------------+------------------+-------------------+ ##(2)在 Slave1、Slave2 节点执行同步操作## change master to master_host='192.168.109.131',master_user='myslave',master_password='000000',master_log_file='master-bin.000001',master_log_pos=1747; start slave; #开启同步,如有报错执行 reset slave; ##(3)在 Slave1、Slave2 查看节点状态## show slave status\G //确保 IO 和 SQL 线程都是 Yes,代表同步正常。 Slave_IO_Running: Yes Slave_SQL_Running: Yes #一般 "Slave_IO_Running: No" 的可能原因: 1. 网络不通 2. my.cnf配置有问题(server-id重复) 3. 密码、file文件名、pos偏移量不对 4. 防火墙没有关闭 ##(4)两个从库必须设置为只读模式## set global read_only=1; ##(5)在Master主库插入数据,测试数据库同步## create database test1; use test1; create table shop(id int); insert into shop values (1); #从数据库中验证是否同步成功 select * from test1.shop;