mysql高可用mha解决方案

老朱-yubing

于 2024-08-26 11:10:10 发布

阅读量405

点赞数 11

文章标签： mysql 数据库

本文链接：https://blog.csdn.net/robinhunan/article/details/141558956

版权

MHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本DeNA公司youshimaton（现就职于Facebook公司）开发，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。

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

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

目前MHA主要支持一主多从的架构，要搭建MHA,要求一个复制集群中必须最少有三台数据库服务器，一主二从，即一台充当master，一台充当备用master，另外一台充当从库，因为至少需要三台服务器，出于机器成本的考虑，淘宝也在该基础上进行了改造，目前淘宝TMHA已经支持一主一从。MHA 适合任何存储引擎, 只要能主从复制的存储引擎它都支持，不限于支持事物的 innodb 引擎。

MHA 工作原理

相对比其它HA软件，MHA的目的在于维持 MySQL Replication 中 Master 库的高可用性，其最大特点是可以修复多个Slave之间的差异日志，最终使所有Slave保持数据一致，然后从中选择一个充当新的Master，并将其它Slave指向它。

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

② 识别含有最新更新的slave；

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

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

⑤ 提升一个slave为新的master；

⑥ 使其他的slave连接新的master进行复制；

二、案例背后核心技术

1、熟悉MHA高可用的原理和部署
2、掌握MySQL数据库集群搭建
3、熟悉MySQL主从复制的模式和搭建（基于GTIDs）

三、今日场景

随着业务功能的逐步完善，现有MySQL数据库架构虽然可以保障数据的相对可靠性，但是不能够完全保障服务的可用性。当我们的主库挂掉后，mysql服务不能立马切换到从服务器。所以，需要在现有架构的基础上扩展和升级，进而在保障数据的可靠性的同时能够保障服务的可用性。

任务要求

1、使用三台服务器搭建mysql的复制组
2、使用MHA管理复制组，当master挂掉后，会立马提升一台slave作为新的master

任务拆解

搭建MySQL的复制组（M-S1-S1，并联架构）
安装MHA相关软件来管理复制组

理论储备

一、MHA简介

MHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本DeNA公司youshimaton（现就职于Facebook公司）开发，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在较大程度上保证数据的一致性，以达到真正意义上的高可用。

二、MHA工作原理

当master出现故障时，通过对比slave之间I/O线程读取master上binlog的位置，选取最接近的slave做为最新的slave（latest slave）。
其它slave通过与latest slave对比生成差异中继日志，并应用。
在latest slave上应用从master保存的binlog，同时将latest slave提升为master。
最后在其它slave上应用相应的差异中继日志并开始从新的master开始复制.

三、MHA组件

1、MHA相关组件

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

2、MHA组件介绍
MHA Manager

运行一些工具，比如masterha_manager工具实现自动监控MySQL Master和实现master故障切换，其它工具手动实现master故障切换、在线mater转移、连接检查等等。一个Manager可以管理多个master-slave集群

MHA Node

部署在所有运行MySQL的服务器上，无论是master还是slave。主要有三个作用：
1）保存二进制日志

如果能够访问故障master，会拷贝master的二进制日志

2）应用差异中继日志
从拥有最新数据的slave上生成差异中继日志，然后应用差异日志。
3）清除中继日志

在不停止SQL线程的情况下删除中继日志

3、相关工具介绍

㈠ Manager工具

工具	说明
masterha_check_ssh	检查MHA的SSH配置
masterha_check_repl	检查MySQL复制
masterha_manager	启动MHA
masterha_check_status	检测当前MHA运行状态
masterha_master_monitor	监测master是否宕机
masterha_master_switch	控制故障转移(自动或手动)
masterha_conf_host	添加或删除配置的server信息

㈡ Node工具

工具	说明
save_binary_logs	保存和复制master的二进制日志
apply_diff_relay_logs	识别差异的中继日志事件并应用于其它slave
filter_mysqlbinlog	去除不必要的ROLLBACK事件(MHA已不再使用这个工具)
purge_relay_logs	清除中继日志(不会阻塞SQL线程)

注意：Node这些工具通常由MHA Manager的脚本触发,无需人手操作*。**
#任务解决方案

一、MHA部署

1、部署规划

角色	IP	主机名	server-id	功能	备注
MHA-Manager	192.168.80.40	mgr.heima.cc	—	管理节点
MHA-Node（Master）	192.168.80.11	master.heima.cc	10	数据节点	写
MHA-Node（Slave1）	192.168.80.12	slave1.heima.cc	20	数据节点	读
MHA-Node（Slave2）	192.168.80.13	slave2.heima.cc	30	数据节点	读

2、系统和软件版本

系统版本	MySQL版本	MHA版本
CentOS 7.6	MySQL-5.7.25	mha4mysql-manager-0.57 mha4mysql-node-0.57

3、系统环境初始化

㈠修改主机名和hosts

# hostnamectl set-hostname master
# hostnamectl set-hostname slave1 
# hostnamectl set-hostname slave2 
# hostnamectl set-hostname mgr
# cat /etc/hosts
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6
192.168.80.11    node1  master
192.168.80.12    node2  slave1
192.168.80.13    node3  slave2
192.168.80.40    node4     mgr

㈡关闭防火墙和selinux

# systemctl stop firewalld
# systemctl disable firewalld
# setenforce 0
# sed -i '/SELINUX=enforcing/cSELINUX=disabled' /etc/selinux/config

㈢关闭NetworkManager服务

# systemctl stop NetworkManager
# systemctl disable NetworkManager

㈣配置yum源

**说明：**每台服务器都需要配置！
**方案一：**分别配置 aliyun、epel 和本地源;

# rpm -ivh /soft/mha/epel-release-latest-7.noarch.rpm
# cat server.repo 
[local]
name=local yum
baseurl=file:///mnt
enabled=1
gpgcheck=0
[aliyun]
name=this is aliyun yum
baseurl=http://mirrors.aliyun.com/centos/7/os/x86_64/
enabled=1
gpgcheck=0

**方案二：**配置自建仓库，提前准备好软件包
注意：如果没有网络可以使用本地仓库，提前下载好包

# cat server.repo 
[local]
name=local yum
baseurl=file:///mnt
enabled=1
gpgcheck=0
[mha]
name=mha soft
baseurl=file:///soft/mha/mha-yum
enabled=1
gpgcheck=0
说明：
1）每台服务器都需要配置该文件
2）每台服务器都需要/soft/mha/mha-yum目录来保存相应的软件包

㈤安装依赖包

注意：所有服务器均需要安装

yum -y install perl-DBD-MySQL perl-Config-Tiny perl-Log-Dispatch perl-ParallelForkManager perl-Config-IniFiles ncftp perl-Params-Validate perl-CPAN perl-TestMock-LWP.noarch perl-LWP-Authen-Negotiate.noarch perl-devel perl-ExtUtils-CBuilder perl-ExtUtils-MakeMaker

4、部署MySQL复制环境

㈠ MySQL部署规划

安装目录	数据库目录	配置文件	套接字文件	端口
/usr/local/mysql	/data/mysql	/etc/my.cnf	/var/lib/mysql/mysql.sock	3306

㈡搭建主从复制

① 创建配置文件

master

[root@master ~]# cat <<EOT>/etc/my.cnf
[mysqld]
datadir=/data/mysql
socket=/var/lib/mysql/mysql.sock
port=3306
innodb_file_per_table=1
server-id=1
character_set_server=utf8
gtid-mode=on
log-slave-updates=1
enforce-gtid-consistency
[client]
default_character-set=utf8
EOT

slave1

[root@slave1 ~]# 
cat <<EOT>/etc/my.cnf
[mysqld]
datadir=/data/mysql
log-error=/data/mysql/slave1.err
relay-log=/data/mysql/relaylog
log-bin=/data/mysql/binlog
server-id=20
log-slave-updates=1
gtid-mode=on
enforce-gtid-consistency
skip-slave-start
EOT

slave2

[root@slave2 ~]# 
cat <<EOT>/etc/my.cnf
[mysqld]
datadir=/data/mysql
log-error=/data/mysql/slave2.err
relay-log=/data/mysql/relaylog
log-bin=/data/mysql/binlog
server-id=30
log-slave-updates=1
gtid-mode=on
enforce-gtid-consistency
skip-slave-start
EOT

② 同步数据到从服务器

[root@master ~]# rsync -av /data/mysql 192.168.80.12:/usr/local/
[root@master ~]# rsync -av /data/mysql 192.168.80.13:/usr/local/
注意：
保证两台slave服务器上有mysql用户

③ 删除auto.cnf文件

[root@master data]# rm -f auto.cnf 
[root@slave1 data]# rm -f auto.cnf 
[root@slave2 data]# rm -f auto.cnf
注意：三台服务器都删除

④ 启动数据库

[root@master ~]# service mysql start
[root@slave1 ~]# service mysql start
[root@slave2 ~]# service mysql start

⑤ master创建复制用户

create user 'slave'@'%' identified with mysql_native_password by 'Ykzx@2352';
grant replication slave on *.* to 'slave'@'%';
flush privileges;

说明：创建MHA的监控用户和密码，为后续做准备

create user 'mha'@'%' identified  with mysql_native_password by 'Ykzx@2352';
grant all privileges on *.* to 'mha'@'%';
flush privileges;

⑥ slave上配置同步信息

注意：两台slave都需要配置, RELAY_LOG_FILE = ‘relay_log_name’ RELAY_LOG_POS = relay_log_pos, 测试故障切换mysql主会切换到另外一个台从

change master to master_host='node1',master_port=3306,master_user='slave',master_password='Ykzx@2352',master_auto_position=1;
start slave;

⑦ 测试验证

略

5、MHA软件安装

㈠不同节点安装软件

说明：在所有节点安装 mha-node 软件包，在 mha 管理端再安装 mha-manager 软件包

[root@mgr ~]# yum –y install mha4mysql-node-0.57-0.el7.noarch.rpm
[root@master ~]# yum –y install mha4mysql-node-0.57-0.el7.noarch.rpm
[root@slave1 ~]# yum -y install mha4mysql-node-0.57-0.el7.noarch.rpm
[root@slave2 ~]# yum –y install mha4mysql-node-0.57-0.el7.noarch.rpm
[root@mgr ~]# yum –y install mha4mysql-manager-0.57-0.el7.noarch.rpm

㈡配置ssh互信

说明：

在生产环境中几乎都是禁止root远程登陆服务器的，所以ssh免密码登陆要在admin用户下进行配置，这是处于安全角度考虑出发。
admin用户可以是任意普通用户

该普通用户用于mha的管理节点远程访问mysql复制组中的所有主机，完成一些其他工作

① 所有机器创建admin用户

# useradd admin
# echo 123|passwd --stdin admin

② 配置mgr主机到其他主机的admin用户互信

mgr端：
[root@mgr ~]# su - admin
[admin@mgr ~]$ ssh-keygen -P "" -f ~/.ssh/id_rsa
[admin@mgr ~]$ cd .ssh/
[admin@mgr .ssh]$ ls
id_rsa  id_rsa.pub
[admin@mgr .ssh]$ mv id_rsa.pub authorized_keys
[admin@mgr .ssh]$ for i in 11 12 13;do scp -r ../.ssh/ 192.168.80.$i:~/;done

测试免密登录：
[admin@mgr .ssh]$ ssh 192.168.80.11
[admin@mgr .ssh]$ ssh 192.168.80.12
[admin@mgr .ssh]$ ssh 192.168.80.13

㈢配置admin用户的sudo权限

配置admin用户执行sudo命令权限

[root@master ~]# cat <<EOT> /etc/sudoers.d/admin
#User_Alias  表示具有sudo权限的用 户 列表; Host_Alias表示主机的列表
User_Alias MYSQL_USERS = admin
#Runas_Alias  表示用户以什么身份登录
Runas_Alias MYSQL_RUNAS = root
#Cmnd_Alias  表示允许执行命令的列表
Cmnd_Alias MYSQL_CMNDS = /sbin/ifconfig,/sbin/arping
MYSQL_USERS ALL = (MYSQL_RUNAS) NOPASSWD: MYSQL_CMNDS
EOT

[root@master ~]# for i in 12 13;do scp /etc/sudoers.d/admin 192.168.80.$i:/etc/sudoers.d/;done

- 测试admin用户是否可以挂载VIP

  [admin@master ~]$ sudo /sbin/ifconfig eth0:1 192.168.80.110 broadcast 192.168.80.255 netmask 255.255.255.0
  [admin@master ~]$ sudo /sbin/arping -fqc 5 -w 5 -I eth0 -s 192.168.80.110 -U 192.168.80.11
  [admin@master ~]$ ifconfig

补充：
arping：用来向局域网内的其它主机发送ARP请求的指令，可以用来测试局域网内的某个IP是否已被使用。

-f：收到第一个响应包后退出。
-q：quite模式，不显示输出。
-c：发送指定的count个ARP REQUEST包后停止。如果指定了-w参数，则会等待相同数量的ARP REPLY包，直到超时为止。
-w：指定一个超时时间，单位为秒，arping在到达指定时间后退出，无论期间发送或接收了多少包。在这种情况下，arping在发送完指定的count（-c）个包后并不会停止，而是等待到超时或发送的count个包都进行了回应后才会退出。
-I：指定设备名，用来发送ARP REQUEST包的网络设备的名称。
-D：重复地址探测模式，用来检测有没有IP地址冲突，如果没有IP冲突则返回0。
-s：设置发送ARP包的IP资源地址
-U：无理由的（强制的）ARP模式去更新别的主机上的ARP CACHE列表中的本机的信息，不需要响应。
-h：显示帮助页。

㈣创建mha相关配置文件

- 创建 mha 相关的工作目录
[root@mgr ~]# mkdir /etc/mha/
[root@mgr ~]# mkdir -p /data/mha/masterha/app1
[root@mgr ~]# chown -R admin. /data/mha

创建mha局部配置文件

[root@mgr ~]# cat <<EOT>/etc/mha/app1.conf
[server default]
# 该用户是master上创建的数据库管理账号，拥有所有权限
user=mha
password=Ykzx@2352
# 设置复制环境中的复制用户和密码
repl_user=slave
repl_password=Ykzx@2352
# 设置ssh的登录用户名
ssh_user=admin
# 设置监控主库,发送ping包的时间间隔,默认是3秒,尝试三次没有回应的时候自动进行failover
ping_interval=3
# 设置mgr的工作目录
manager_workdir=/data/mha/masterha/app1
# 设置mysql master保存binlog的目录,以便MHA可以找到master的二进制日志
master_binlog_dir=/data/mysql
# 设置master的pid文件
master_pid_file=/data/mysql/node1.pid
# 设置mysql master在发生切换时保存binlog的目录（在mysql master上创建这个目录）
remote_workdir=/data/mysql/mha
# 设置mgr日志文件
manager_log=/data/mha/masterha/app1/app1-3306.log
# MHA到master的监控之间出现问题,MHA Manager将会尝试从slave1和slave2登录到master上
secondary_check_script=/usr/bin/masterha_secondary_check -s 192.168.80.12 -s 192.168.80.13 --user=admin --port=22 --master_host=192.168.80.11 --master_port=3306
# 设置自动failover时候的切换脚本
master_ip_failover_script="/etc/mha/master_ip_failover.sh"
# 设置手动切换时候的切换脚本
#master_ip_online_change_script="/etc/mha/master_ip_online_change.sh 192.168.80.110 1"
# 设置故障发生后关闭故障主机脚本
# shutdown_script="/etc/mha/power_manager"
[server1]
hostname=192.168.80.11
port= 3306
candidate_master=1
[server2]
hostname=192.168.80.12
port= 3306
candidate_master=1
[server3]
hostname=192.168.80.13
port= 3306
candidate_master=1
EOT

㈤上传相应脚本

[root@mgr ~]# ls /etc/mha/
app1.conf master_ip_failover.sh
注意：脚本内容中要修改网卡名字和连接用户为admin

#!/usr/bin/env perl
use strict;
use warnings FATAL => 'all';
use Getopt::Long;
my (
    $command,          $ssh_user,        $orig_master_host, $orig_master_ip,
    $orig_master_port, $new_master_host, $new_master_ip,    $new_master_port
);
my $vip = '192.168.80.110';
my $key = '1';
my $ssh_start_vip = "sudo /sbin/ifconfig eth0:$key $vip";
my $ssh_stop_vip = "sudo /sbin/ifconfig eth0:$key down";
GetOptions(
    'command=s'          => \$command,
    'ssh_user=s'         => \$ssh_user,
    'orig_master_host=s' => \$orig_master_host,
    'orig_master_ip=s'   => \$orig_master_ip,
    'orig_master_port=i' => \$orig_master_port,
    'new_master_host=s'  => \$new_master_host,
    'new_master_ip=s'    => \$new_master_ip,
    'new_master_port=i'  => \$new_master_port,
);
exit &main();
sub main {
    print "\n\nIN SCRIPT TEST====$ssh_stop_vip==$ssh_start_vip===\n\n";
    if ( $command eq "stop" || $command eq "stopssh" ) {
        my $exit_code = 1;
        eval {
            print "Disabling the VIP on old master: $orig_master_host \n";
            &stop_vip();
            $exit_code = 0;
        };
        if ($@) {
            warn "Got Error: $@\n";
            exit $exit_code;
        }
        exit $exit_code;
    }
    elsif ( $command eq "start" ) {
        my $exit_code = 10;
        eval {
            print "Enabling the VIP - $vip on the new master - $new_master_host \n";
            &start_vip();
            $exit_code = 0;
        };
        if ($@) {
            warn $@;
            exit $exit_code;
        }
        exit $exit_code;
    }
    elsif ( $command eq "status" ) {
        print "Checking the Status of the script.. OK \n";
        #`ssh $ssh_user\@cluster1 \" $ssh_start_vip \"`;
        exit 0;
    }
    else {
        &usage();
        exit 1;
    }
}
# A simple system call that enable the VIP on the new master
sub start_vip() {
    `ssh $ssh_user\@$new_master_host \" $ssh_start_vip \"`;
}
# A simple system call that disable the VIP on the old_master
sub stop_vip() {
    `ssh $ssh_user\@$orig_master_host \" $ssh_stop_vip \"`;
}
sub usage {
    print
    "Usage: master_ip_failover --command=start|stop|stopssh|status --orig_master_host=host --orig_master_ip=ip --orig_master_port=port --new_master_host=host --new_master_ip=ip --new_master_port=port\n";
}

[root@mgr ~]# chmod +x /etc/mha/master_ip_*

6、检查ssh互信和集群状态

检查ssh互信

[admin@mgr ~]$ masterha_check_ssh --conf=/etc/mha/app1.conf
Sat Apr 11 22:23:59 2020 - [warning] Global configuration file /etc/masterha_default.cnf not found. Skipping.
Sat Apr 11 22:23:59 2020 - [info] Reading application default configuration from /etc/mha/app1.conf..
Sat Apr 11 22:23:59 2020 - [info] Reading server configuration from /etc/mha/app1.conf..
Sat Apr 11 22:23:59 2020 - [info] Starting SSH connection tests..
Sat Apr 11 22:24:00 2020 - [debug]
Sat Apr 11 22:23:59 2020 - [debug]  Connecting via SSH from admin@192.168.80.11(192.168.80.11:22) to admin@192.168.80.12(192.168.80.12:22)..
Warning: Permanently added '192.168.80.12' (ECDSA) to the list of known hosts.
Sat Apr 11 22:23:59 2020 - [debug]   ok.
Sat Apr 11 22:23:59 2020 - [debug]  Connecting via SSH from admin@192.168.80.11(192.168.80.11:22) to admin@192.168.80.13(192.168.80.13:22)..
Warning: Permanently added '192.168.80.13' (ECDSA) to the list of known hosts.
Sat Apr 11 22:23:59 2020 - [debug]   ok.
Sat Apr 11 22:24:00 2020 - [debug]
Sat Apr 11 22:23:59 2020 - [debug]  Connecting via SSH from admin@192.168.80.12(192.168.80.12:22) to admin@192.168.80.11(192.168.80.11:22)..
Sat Apr 11 22:24:00 2020 - [debug]   ok.
Sat Apr 11 22:24:00 2020 - [debug]  Connecting via SSH from admin@192.168.80.12(192.168.80.12:22) to admin@192.168.80.13(192.168.80.13:22)..
Warning: Permanently added '192.168.80.13' (ECDSA) to the list of known hosts.
Sat Apr 11 22:24:00 2020 - [debug]   ok.
Sat Apr 11 22:24:01 2020 - [debug]
Sat Apr 11 22:24:00 2020 - [debug]  Connecting via SSH from admin@192.168.80.13(192.168.80.13:22) to admin@192.168.80.11(192.168.80.11:22)..
Sat Apr 11 22:24:00 2020 - [debug]   ok.
Sat Apr 11 22:24:00 2020 - [debug]  Connecting via SSH from admin@192.168.80.13(192.168.80.13:22) to admin@192.168.80.12(192.168.80.12:22)..
Sat Apr 11 22:24:00 2020 - [debug]   ok.
Sat Apr 11 22:24:01 2020 - [info] All SSH connection tests passed successfully.
[admin@mgr ~]$

以上信息说明ok

检查集群状态

[admin@mgr ~]$ masterha_check_repl --conf=/etc/mha/app1.conf

Sat Apr 11 22:35:44 2020 - [warning] Global configuration file /etc/masterha_default.cnf not found. Skipping.
Sat Apr 11 22:35:44 2020 - [info] Reading application default configuration from /etc/mha/app1.conf..
Sat Apr 11 22:35:44 2020 - [info] Reading server configuration from /etc/mha/app1.conf..
Sat Apr 11 22:35:44 2020 - [info] MHA::MasterMonitor version 0.57.
Sat Apr 11 22:35:45 2020 - [info] GTID failover mode = 1
Sat Apr 11 22:35:45 2020 - [info] Dead Servers:
Sat Apr 11 22:35:45 2020 - [info] Alive Servers:
Sat Apr 11 22:35:45 2020 - [info]   192.168.80.11(192.168.80.11:3306)
Sat Apr 11 22:35:45 2020 - [info]   192.168.80.12(192.168.80.12:3306)
Sat Apr 11 22:35:45 2020 - [info]   192.168.80.13(192.168.80.13:3306)
Sat Apr 11 22:35:45 2020 - [info] Alive Slaves:
Sat Apr 11 22:35:45 2020 - [info]   192.168.80.12(192.168.80.12:3306)  Version=5.7.25-log (oldest major version between slaves) log-bin:enabled
Sat Apr 11 22:35:45 2020 - [info]     GTID ON
Sat Apr 11 22:35:45 2020 - [info]     Replicating from 192.168.80.11(192.168.80.11:3306)
Sat Apr 11 22:35:45 2020 - [info]     Primary candidate for the new Master (candidate_master is set)
Sat Apr 11 22:35:45 2020 - [info]   192.168.80.13(192.168.80.13:3306)  Version=5.7.25-log (oldest major version between slaves) log-bin:enabled
Sat Apr 11 22:35:45 2020 - [info]     GTID ON
Sat Apr 11 22:35:45 2020 - [info]     Replicating from 192.168.80.11(192.168.80.11:3306)
Sat Apr 11 22:35:45 2020 - [info]     Primary candidate for the new Master (candidate_master is set)
Sat Apr 11 22:35:45 2020 - [info] Current Alive Master: 192.168.80.11(192.168.80.11:3306)
Sat Apr 11 22:35:45 2020 - [info] Checking slave configurations..
Sat Apr 11 22:35:45 2020 - [info] Checking replication filtering settings..
Sat Apr 11 22:35:45 2020 - [info]  binlog_do_db= , binlog_ignore_db=
Sat Apr 11 22:35:45 2020 - [info]  Replication filtering check ok.
Sat Apr 11 22:35:45 2020 - [info] GTID (with auto-pos) is supported. Skipping all SSH and Node package checking.
Sat Apr 11 22:35:45 2020 - [info] Checking SSH publickey authentication settings on the current master..
Sat Apr 11 22:35:45 2020 - [info] HealthCheck: SSH to 192.168.80.11 is reachable.
Sat Apr 11 22:35:45 2020 - [info]
192.168.80.11(192.168.80.11:3306) (current master)
+--192.168.80.12(192.168.80.12:3306)
+--192.168.80.13(192.168.80.13:3306)
Sat Apr 11 22:35:45 2020 - [info] Checking replication health on 192.168.80.12..
Sat Apr 11 22:35:45 2020 - [info]  ok.
Sat Apr 11 22:35:45 2020 - [info] Checking replication health on 192.168.80.13..
Sat Apr 11 22:35:45 2020 - [info]  ok.
Sat Apr 11 22:35:45 2020 - [info] Checking master_ip_failover_script status:
Sat Apr 11 22:35:45 2020 - [info]   /etc/mha/master_ip_failover.sh 192.168.80.110 1 --command=status --ssh_user=admin --orig_master_host=192.168.80.11 --orig_master_ip=192.168.80.11 --orig_master_port=3306
Checking the Status of the script.. OK
Sat Apr 11 22:35:45 2020 - [info]  OK.
Sat Apr 11 22:35:45 2020 - [warning] shutdown_script is not defined.
Sat Apr 11 22:35:45 2020 - [info] Got exit code 0 (Not master dead).

MySQL Replication Health is OK.

以上信息说明ok

7、检查MHA-Mgr状态

[admin@mgr ~]$ masterha_check_status --conf=/etc/mha/app1.conf
app1 is stopped(2:NOT_RUNNING).
开启MHA Manager监控：
[admin@mgr ~]$ nohup masterha_manager --conf=/etc/mha/app1.conf --remove_dead_master_conf --ignore_last_failover &
再次查看监控状态：
[admin@mgr ~]$ masterha_check_status --conf=/etc/mha/app1.conf
app1 (pid:8913) is running(0:PING_OK), master:192.168.80.11


注意：
1. 如果正常，会显示”PING_OK ”，否则会显示”NOT_RUNNING ”，说明 MHA监控没有开启
2. 使用admin用户启动监控，否则会报权限拒绝
3. 手动停止监控命令:masterha_stop --conf=/etc/mha/app1.conf

二、自动Failover测试

1、安装测试工具

[root@master ~]# yum -y install sysbench

2、创建测试数据

master服务器上创建测试库test
mysql> create database test charset utf8mb4;
Query OK, 1 row affected (0.17 sec)

mysql> grant all on *.* to 'mha'@'localhost' identified by '123'; 
Query OK, 0 rows affected (0.14 sec)

mysql> flush privileges;
Query OK, 0 rows affected (0.11 sec)

mysql> exit
Bye


[root@master ~]# sysbench /usr/share/sysbench/oltp_read_only.lua \
 --mysql-host=192.168.80.11  --mysql-port=3306  --mysql-user=mha \
 --mysql-password=Ykzx@2352  --mysql-socket=/var/lib/mysql/mysql.sock \
 --mysql-db=test  --db-driver=mysql  --tables=1 \
 --table-size=100000 --report-interval=10 --threads=128 --time=120 prepare

mysql> select count(*) from sbtest1;
+----------+
| count(*) |
+----------+
|   100000 |
+----------+
1 row in set (0.01 sec)

3、模拟故障

[root@master ~]# systemctl stop mysqld
Shutting down MySQL............ [ OK ]

4、查看切换过程

[root@mgr ~]# tail -f /data/mha/masterha/app1/app1-3306.log

老朱-yubing

关注

11
点赞
踩
16

收藏

觉得还不错? 一键收藏
0
评论
mysql高可用mha解决方案

MHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本DeNA公司youshimaton（现就职于Facebook公司）开发，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在较大程度上保证数据的一致性，以达到真正意义上的高可用。
复制链接

扫一扫