【MySQL数据库】MySQL 高可用搭建方案——MHA实战

MHA（Master High Availability）

MHA实战

    • MHA（Master High Availability）
  • 一、MHA简介
  • 二、MHA搭建准备
    • 要求：mha集群搭建，4台服务器，1主2从，1台mha
    • 2.1实验思路
    • 2.2实验准备
  • 三、搭建MySQL+MHA
    • 3.1初始化环境
    • 3.2配置主从复制
      • 1、修改主机名
      • 2、添加域名解析
      • 3、配置主从同步
      • 3.2.1master、Slave1、Slave2 节点上都创建两个软链接
      • 3.2.2登录数据库主从配置授权
      • 3.2.3master 节点查看二进制文件和同步点 、在 slave1、slave2 节点执行同步操作
      • 3.2.4设置两个从节点 只读模式
      • 3.2.5验证主从同步
    • 3.3安装MHA软件
      • 1、 安装 MHA 依赖的环境
      • 2、安装 MHA NODE软件包
      • 4、安装 manager 组件
    • 5、SSH无密码认证
    • 3.5配置MHA
      • 1、复制相关脚本
      • 2、master_ip_failover
      • 3、app1.cnf配置
      • 4、在master上手动开启vip
      • 5、测试 ssh 无密码认证
      • 6、测试 mysql 主从连接情况
      • 7、启动 MHA
      • 8、查看集群状态
    • 3.6故障模拟
      • 1、监控MHA日志
      • 2、master 停止mysql服务
    • 3.7故障修复
      • 1、修复原master
      • 3.7.2修复主从
  • 四、总结
  • 五、问题汇总
  • 六、MHA的替代方案

一、MHA简介

MHA（Master High Availability）是一个用于MySQL数据库的高可用性解决方案，它能够自动监控主数据库的状态，并在主数据库发生故障时自动切换到备数据库以实现高可用性。

MHA集群由三个组件组成：

  1. Manager节点：负责监控主数据库和备数据库的状态，并在主数据库故障时自动切换到备数据库。Manager节点也负责管理配置文件和日志。
  2. Master节点：主数据库。负责处理读写操作并将更改同步到备数据库。
  3. Slave节点：备数据库。与主数据库保持同步，并在主数据库故障时接管其角色。

MHA集群的工作原理如下：

  1. Manager节点通过检测主数据库的心跳和复制延迟来监控主数据库的状态。
  2. 当主数据库发生故障或复制延迟过高时，Manager节点会自动执行故障切换操作，将备数据库提升为主数据库，并通知其他节点更新配置。
  3. 切换完成后，新的主数据库会继续处理读写操作，备数据库会接管复制角色，并与新的主数据库同步数据。

MHA集群的特点包括：

  1. 自动故障切换：当主数据库发生故障时，MHA能够自动将备数据库提升为主数据库，实现快速恢复。
  2. 数据一致性：MHA保证主数据库和备数据库之间的数据一致性，避免数据丢失或不一致。
  3. 简单配置：MHA的配置相对简单，只需在Manager节点上配置主数据库和备数据库的信息即可。
  4. 可扩展性：MHA可以同时监控和管理多个主数据库和备数据库，以实现更高的可用性和容错性。

总结：MHA是一个用于MySQL数据库的高可用性解决方案，通过自动监控和故障切换来实现主数据库的高可用性，并保证数据一致性。它具有简单配置、可扩展性和快速恢复等特点。

二、MHA搭建准备

要求：mha集群搭建，4台服务器，1主2从，1台mha

2.1实验思路

MHA架构 ：①数据库安装 ②一主两从 ③MHA搭建

故障模拟： ①主库失效 ②备选主库成为主库 ③原故障主库恢复重新加入到MHA成为从库

2.2实验准备

节点服务器系统主机名IP地址安装服务及工具
MHA manager节点服务器CentOS7.4(64 位)mha192.168.99.119安装MHA node和manager组件
Master节点服务器CentOS7.4(64 位)master192.168.99.116安装mysql5.7和MHA node组件
Slave1节点服务器CentOS7.4(64 位)slave1192.168.99.117安装mysql5.7和MHA node组件
Slave2节点服务器CentOS7.4(64 位)slave2192.168.99.118mysql5.7和MHA node组件

三、搭建MySQL+MHA

3.1初始化环境

关闭防火墙和增强机制

每台服务器上

systemctl stop firewalld
systemctl disable firewalld
setenforce 0
# selinux配置文件可将selinux项配置为disabled
vim /etc/selinux/config
SELINUX=disabled

3.2配置主从复制

1、修改主机名

Master、Slave1、Slave2上

#在master上(192.168.99.116)
hostnamectl set-hostname master
#在slave1(192.168.99.117)
hostnamectl set-hostname slave1
#在slave2(192.168.99.118)
hostnamectl set-hostname slave2
#在mha(192.168.99.119)
hostnamectl set-hostname mha

2、添加域名解析

master、slave1、slave2上

vim /etc/hosts
192.168.99.116 master
192.168.99.117 slave1
192.168.99.118 lave2
192.168.99.119 mha

3、配置主从同步

Master、Slave1、Slave2上

修改 master、Slave1、Slave2 节点的 Mysql主配置文件/etc/my.cnf，添加以下选项

##Master 节点##
vim /etc/my.cnf
[mysqld]
server-id = 1
log_bin = master-bin
log-slave-updates = true
systemctl restart mysqld
##Slave1 节点##
vim /etc/my.cnf
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
server-id = 3 
log_bin = master-bin
relay-log = relay-log-bin
relay-log-index = slave-relay-bin.index
systemctl restart mysqld

3.2.1master、Slave1、Slave2 节点上都创建两个软链接

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.2.2登录数据库主从配置授权

Master、Slave1、Slave2上

#tips:master password aaAA@@11
# 由于三台mysql在出现问题后，slave节点可能会变成master，所以授权账号都需要给
###master、Slave1、Slave2 节点上都授权###
grant all privileges on *.* to 'root'@'192.168.99.%' identified by 'Admin@123';
#授权主从用户
grant all privileges on *.* to 'mha'@'192.168.99.%' identified by 'Mha@1234';
grant all privileges on *.* to 'mha'@'master' identified by 'Mha@1234';
grant all privileges on *.* to 'mha'@'slave1' identified by 'Mha@1234';
grant all privileges on *.* to 'mha'@'slave2' identified by 'Mha@1234';
 
#刷新数据库
flush privileges;

在这里插入图片描述

3.2.3master 节点查看二进制文件和同步点 、在 slave1、slave2 节点执行同步操作

###在master上###
show master status;

###在slave1、slave2节点执行同步操作##
stop slave;
change master to
master_host='192.168.99.116',
master_user='root',
master_password='Admin@123',
master_log_file='mysql-bin.000008',
master_log_pos=154;

start slave;
show slave status\G;

Slave_IO_Running:Yes
Slave_SQL_Running:Yes
#两项均为OK代表主从正常

3.2.4设置两个从节点 只读模式

Slave1、Slave2上

set global read_only=1;
set global relay_log_purge=off;
flush privileges;

3.2.5验证主从同步

##在主master上创建库##
create database school;
##在slave1、slave2上验证##
show databases;

在这里插入图片描述

 create table t1 (id int,name varchar(32));

mysql> show tables;
+------------------+
| Tables_in_school |
+------------------+
| t1               |
+------------------+
1 row in set (0.00 sec)

3.3安装MHA软件

1、 安装 MHA 依赖的环境

所有服务器

yum install epel-release --nogpgcheck -y
#mha所需perl相关依赖
yum install -y perl-DBD-MySQL \
perl-Config-Tiny \
perl-Log-Dispatch \
perl-Parallel-ForkManager \
perl-ExtUtils-CBuilder \
perl-ExtUtils-MakeMaker \
perl-CPAN

2、安装 MHA NODE软件包

先在所有服务器上必须先安装 node 组件

对于每个操作系统版本不一样，这里 CentOS7.4 必须选择 0.57 版本

在所有服务器上必须先安装node组件，最后在 MHA-manager 节点上安装 manager 组件，因为 manager 依赖 node 组件

所有服务器

##将需要的包下载到/opt下##
 
##每台服务器上解压安装node组件##
cd /opt
tar zxf mha4mysql-node-0.57.tar.gz
cd mha4mysql-node-0.57
perl Makefile.PL
make && make install
将需要的包下载到/opt下

每台服务器上编译安装node组件

node组件安装后也会在/usr/local/bin 下面会生成几个脚本（这些工具通常由 MHAManager 的脚本触发，无需人为操作）主要如下：
save_binary_logs    保存和复制 master 的二进制日志
apply_diff_relay_logs   识别差异的中继日志事件并将其差异的事件应用于其他的 slave
filter_mysqlbinlog  去除不必要的 ROLLBACK 事件
purge_relay_logs    清除中继日志（不会阻塞sql线程）

4、安装 manager 组件

在 MHA-manager 节点服务器上安装 manager 组件

将软件包mha4mysql-manager-0.57.tar.gz放入/opt目录下
cd /opt
tar zxf mha4mysql-manager-0.57.tar.gz 
cd mha4mysql-manager-0.57/
perl Makefile.PL
make && make install

manager组件安装后在/usr/local/bin下面会生成几个工具，主要包括以下几个：

masterha_check_ssh  检查 MHA 的 SSH 配置状况
masterha_check_repl 检查 MySQL 主从复制状况
masterha_manger 启动 manager的脚本
masterha_check_status   检测当前 MHA 运行状态
masterha_master_monitor 检测 master 是否宕机
masterha_master_switch  控制故障转移（自动或者手动）
masterha_conf_host  添加或删除配置的 server 信息
masterha_stop   关闭manager
masterha_secondary_check   从远程服务器建立tcp连接

在这里插入图片描述

5、SSH无密码认证

在所有服务器上配置SSH无密码认证

每台服务器互相之间都需要ssh公钥无密码认证

manager节点上

#在 manager 节点上配置到所有数据库节点的无密码认证
ssh-keygen -t rsa       #一路按回车键
ssh-copy-id 192.168.99.116
ssh-copy-id 192.168.99.117
ssh-copy-id 192.168.99.118
ssh-copy-id 192.168.99.119

# 想省事可以根据配置的/etc/hosts里的映射关系直接统一添加
ssh-copy-id master
ssh-copy-id slave1
ssh-copy-id slave2
ssh-copy-id mha
##（2）在 mysql1 上配置到数据库节点 mysql2 和 mysql3 的无密码认证
 ssh-keygen -t rsa
 ssh-copy-id 192.168.99.117  #将公钥传给两个从节点，形成免密码连接登录
 ssh-copy-id 192.168.99.118

 ##（3）在 mysql2 上配置到数据库节点 mysql1 和 mysql3 的无密码认证
 ssh-keygen -t rsa
 ssh-copy-id 192.168.99.116
 ssh-copy-id 192.168.99.118

 ##（4）在 mysql3 上配置到数据库节点 mysql1 和 mysql2 的无密码认证
 ssh-keygen -t rsa
 ssh-copy-id 192.168.99.117
 ssh-copy-id 192.168.99.118

3.5配置MHA

1、复制相关脚本

在 manager 节点上复制相关脚本到/usr/local/bin 目录

#如果是rpm安装则忽略此步骤

cp -rp /opt/mha4mysql-manager-0.57/samples/scripts/* /usr/local/bin
#拷贝后会有四个执行文件
master_ip_failover    #自动切换时 VIP 管理的脚本
master_ip_online_change  #在线切换时 vip 的管理
power_manager       #故障发生后关闭主机的脚本
send_report     #因故障切换后发送报警的脚本

2、master_ip_failover

修改master_ip_failover 全部删除，添加以下内容，修改相关参数

 vim /usr/local/bin/master_ip_failover

此处复制时，第一行和其他需要单独复制粘贴

脚本中的$vip和$brdc需要改成对应的vip和广播地址

1、复制粘贴版

#!/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.99.200';
my $brdc = '192.168.99.255';
my $ifdev = 'ens33';
my $key = '1';
my $ssh_start_vip = "/sbin/ifconfig ens33:$key $vip";
my $ssh_stop_vip = "/sbin/ifconfig ens33:$key down";
my $exit_code = 0;

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";
        exit 0;
    }else{
        &usage();
        exit 1;
    }
}
sub start_vip() {
    `ssh $ssh_user\@$new_master_host \" $ssh_start_vip \"`;
}

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";
}

在这里插入图片描述

2、说明版

#!/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.99.200';									#指定vip的地址
my $brdc = '192.168.99.255';								#指定vip的广播地址
my $ifdev = 'ens33';										#指定vip绑定的网卡
my $key = '1';												#指定vip绑定的虚拟网卡序列号
my $ssh_start_vip = "/sbin/ifconfig ens33:$key $vip";		#代表此变量值为ifconfig ens33:1 192.168.99.200
my $ssh_stop_vip = "/sbin/ifconfig ens33:$key down";		#代表此变量值为ifconfig ens33:1 192.168.99.200 down
my $exit_code = 0;											#指定退出状态码为0
# ip命令的方式添加vip
#my $ssh_start_vip = "/usr/sbin/ip addr add $vip/24 brd $brdc dev $ifdev label $ifdev:$key;/usr/sbin/arping -q -A -c 1 -I $ifdev $vip;iptables -F;";
#my $ssh_stop_vip = "/usr/sbin/ip addr del $vip/24 dev $ifdev label $ifdev:$key";

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";
exit 0;
}
else {
&usage();
exit 1;
}
}
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";
}

3、app1.cnf配置

创建 MHA 软件目录并复制配置文件，使用app1.cnf配置文件来管理 mysql 节点服务器，配置文件一般放在/etc/目录下

需要修改的信息主要包括
master_binlog_dir=/var/lib/mysql   

user=mha
password=Mha@1234
repl_password=Admin@123   #设置主从复制用户的密码
repl_user=root   #设置主从复制用户的用户
secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.99.117 -s 192.168.99.118
#S1-3的IP地址

mkdir /etc/masterha
cp /opt/mha4mysql-manager-0.57/samples/conf/app1.cnf /etc/masterha
#删除原有内容，直接复制并修改节点服务器的IP地址，直接创建app1.cnf亦可

echo '' > /etc/masterha/app1.cnf
vim /etc/masterha/app1.cnf
[server default]
manager_log=/var/log/masterha/app1/manager.log      #manager日志
manager_workdir=/var/log/masterha/app1            #manager工作目录
master_binlog_dir=/var/lib/mysql       　#master保存binlog的位置，这里的路径要与master里配置的binlog的路径一致，以便MHA能找到
master_ip_failover_script=/usr/local/bin/master_ip_failover  #设置自动failover时候的切换脚本，也就是上面的那个脚本
master_ip_online_change_script=/usr/local/bin/master_ip_online_change  #设置手动切换时候的切换脚本
user=mha        #设置监控用户root
password=Mha@1234    #设置mysql监控用户的密码，这个密码是前文中创建监控用户的那个密码
ping_interval=1    #设置监控主库，ping的时间间隔，默认3秒，尝试三次没有回应的时候自动进行failover
remote_workdir=/tmp     #设置远端mysql在发生切换时binlog的保存位置
repl_password=Admin@123    #设置主从复制用户的密码
repl_user=root #设置主从复制用户的用户
report_script=/usr/local/send_report    　#设置发生切换后发送的报警的脚本
secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.99.117 -s 192.168.99.118 #指定检查的从服务器IP地址
shutdown_script=""      #设置故障发生后关闭故障主机脚本（该脚本的主要作用是关闭主机防止发生脑裂,这里没有使用）
ssh_user=root    #设置ssh的登录用户名
user=mha        #设置监控用户root
[server1]
hostname=192.168.99.116
port=3306
[server2]
hostname=192.168.99.117
port=3306
candidate_master=1
#设置为候选master，设置该参数以后，发生主从切换以后将会将此从库提升为主库，即使这个从库不是集群中最新的slave
check_repl_delay=0
#默认情况下如果一个slave落后master 超过100M的relay logs的话，MHA将不会选择该slave作为一个新的master， 因为对于这个slave的恢复需要花费很长时间；通过设置check_repl_delay=0，MHA触发切换在选择一个新的master的时候将会忽略复制延时，这个参数对于设置了candidate_master=1的主机非常有用，因为这个候选主在切换的过程中一定是新的master
[server3]
hostname=192.168.99.118
port=3306

echo '' > /etc/masterha/app1.cnf
vim /etc/masterha/app1.cnf

[server default]
manager_log=/var/log/masterha/app1/manager.log
manager_workdir=/var/log/masterha/app1
master_binlog_dir=/var/lib/mysql
master_ip_failover_script=/usr/local/bin/master_ip_failover
master_ip_online_change_script=/usr/local/bin/master_ip_online_change
user=mha
password=Mha@1234
ping_interval=1
remote_workdir=/tmp
repl_password=Admin@123
repl_user=root
secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.99.117 -s 192.168.99.118
shutdown_script=""
ssh_user=root
user=mha
[server1]
hostname=192.168.99.116
port=3306
[server2]
candidate_master=1
check_repl_delay=0
hostname=192.168.99.117
port=3306
[server3]
hostname=192.168.99.118
port=3306

4、在master上手动开启vip

首次需要在master服务器手动开启vip，添加完成后ifconfig查看会多一个ens33:1网卡

ifconfig ens33:1 192.168.99.200/24

5、测试 ssh 无密码认证

在 manager 节点上测试 ssh 无密码认证，如果正常最后会输出 successfully

masterha_check_ssh -conf=/etc/masterha/app1.cnf

在这里插入图片描述

6、测试 mysql 主从连接情况

在 manager 节点上测试 mysql 主从连接情况，最后出现 MySQL Replication Health is OK 字样说明正常。

masterha_check_repl -conf=/etc/masterha/app1.cnf

在这里插入图片描述

7、启动 MHA

#启动mha
nohup masterha_manager --conf=/etc/masterha/app1.cnf\
 --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/masterha/app1/manager.log 2>&1 &

–remove_dead_master_conf 该参数代表当发生主从切换后，老的主库的 ip 将会从配置文件中移除
–manger_log 日志存放位置
–ignore_last_failover：在缺省情况下，如果 MHA 检测到连续发生宕机，且两次宕机间隔不足 8 小时的话，则不会进行 Failover， 之所以这样限制是为了避免 ping-pong 效应。该参数代表忽略上次 MHA 触发切换产生的文件，默认情况下，MHA 发生切换后会在日志记目录，也就是上面设置的日志app1.failover.complete文件，下次再次切换的时候如果发现该目录下存在该文件将不允许触发切换，除非在第一次切换后收到删除该文件，为了方便，这里设置为
-–ignore_last_failover

8、查看集群状态

#查看 MHA 状态，可以看到当前的 master 是 Mysql1 节点
masterha_check_status --conf=/etc/masterha/app1.cnf

#查看 MHA 日志，也可以看到当前的 master 是 192.168.99.116 
cat /var/log/masterha/app1/manager.log | grep "current master"


#查看 master 的 VIP 地址 192.168.99.200  是否存在，这个 VIP 地址不会因为 manager 节点停止 MHA 服务而消失
ifconfig

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

#若要关闭 manager 服务，可以使用如下命令。
masterha_stop --conf=/etc/masterha/app1.cnf
#或者可以直接采用 kill 进程 ID 的方式关闭

3.6故障模拟

1、监控MHA日志

在 manager 节点上监控观察日志记录

tail -f /var/log/masterha/app1/manager.log

在这里插入图片描述

2、master 停止mysql服务

master 节点停止mysql服务

systemctl stop mysqld

正常自动切换一次后，MHA 进程会退出。MHA 会自动修改 app1.cnf 文件内容，将宕机的 master 节点删除

故障切换备选主库的算法：

1．一般判断从库的是从（position/GTID）判断优劣，数据有差异，最接近于master的slave，成为备选主。

2．数据一致的情况下，按照配置文件顺序，选择备选主库。

3．设定有权重（candidate_master=1），按照权重强制指定备选主。

（1）默认情况下如果一个slave落后master 100M的relay logs的话，即使有权重，也会失效。

（2）如果check_repl_delay=0的话，即使落后很多日志，也强制选择其为备选主

查看slave1 是否接管 VIP
在这里插入图片描述

查看manager节点动态日志

----- Failover Report -----

app1: MySQL Master failover 192.168.99.116(192.168.99.116:3306) to 192.168.99.117(192.168.99.117:3306) succeeded

Master 192.168.99.116(192.168.99.116:3306) is down!

Check MHA Manager logs at mha:/var/log/masterha/app1/manager.log for details.

Started automated(non-interactive) failover.
Invalidated master IP address on 192.168.99.116(192.168.99.116:3306)
The latest slave 192.168.99.117(192.168.99.117:3306) has all relay logs for recovery.
Selected 192.168.99.117(192.168.99.117:3306) as a new master.
192.168.99.117(192.168.99.117:3306): OK: Applying all logs succeeded.
192.168.99.117(192.168.99.117:3306): OK: Activated master IP address.
192.168.99.118(192.168.99.118:3306): This host has the latest relay log events.
Generating relay diff files from the latest slave succeeded.
192.168.99.118(192.168.99.118:3306): OK: Applying all logs succeeded. Slave started, replicating from 192.168.99.117(192.168.99.117:3306)
192.168.99.117(192.168.99.117:3306): Resetting slave info succeeded.
Master failover to 192.168.99.117(192.168.99.117:3306) completed successfully.

3.7故障修复

1、修复原master

systemctl restart mysqld

3.7.2修复主从

1、在现主库服务器 slave1 查看二进制文件和同步点

mysql> show master status;
+------------------+----------+--------------+------------------+-------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000001 |     18216 |              |                  |                   |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)

在这里插入图片描述

2、在原主库服务器 master 执行同步操作（从地址）

stop slave;
change master to
master_host='192.168.99.117',
master_user='root',
master_password='Admin@123',
master_log_file='mysql-bin.000001',
master_log_pos=18216;

start slave;
show slave status\G;

在这里插入图片描述

3、在 manager 节点上修改配置文件app1.cnf（再把这个记录添加进去，因为它检测掉失效时候会自动消失）

sever1会被删除
在这里插入图片描述

vim /etc/masterha/app1.cnf
......
secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.99.116 -s 192.168.99.118
......
[server1]
hostname=192.168.99.117
port=3306
[server2]
candidate_master=1
check_repl_delay=0
hostname=192.168.99.116
port=3306
[server3]
hostname=192.168.99.118
port=3306

4、在 manager 节点上启动 MHA

# 停止
masterha_stop --conf=/etc/masterha/app1.cnf
# 启动
nohup masterha_manager --conf=/etc/masterha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/masterha/app1/manager.log 2>&1 &
# 查看状态
masterha_check_status --conf=/etc/masterha/app1.cnf

在这里插入图片描述

tip:

#解决中英字不兼容报错的问题
dos2unix /usr/local/bin/master_ip_failover

四、总结

MHA的作用：解决mysql的高可用和故障切换；mha的核心部分由manager和node俩部分组成：manager：主要功能：做MHA启动、关闭、管理和检测mysql各种健康状态、node：在发生故障时，尽可能的保存二进制日志，并且实现故障切换（vip地址飘移）。

故障切换MHA会做哪些工作：

Mha会多次尝试检测master存活状态

Mha会多次尝试、尽可能的保存master的二进制文件

Mha会根据app1.cnf中的配置部分，进行从服务器—>主服务器的位置

Mha最后会将master的vip地址作为切换到从服务器的位置

Mha在选择完新的master之后，会在其余的slave上执行change master操作，指向新的master，来保证mysql的集群的健康

Mha故障问题：

①软连接必须都有

②免交互登录

③5个账号授权（其中三个账号是测试环境需要做的）

④初次运行mha功能时需要临时添加虚拟ip

⑤配置文件需要校验（master_ip_failover 1个故障切换脚本，app1.cnf mha的主配置文件）

⑥先安装node节点，在安装主节点

五、问题汇总

1、由于强行卸载mariadb导致libmysqlclient缺失

故障

2:postfix-2.10.1-6.el7.x86_64 有缺少的需求 libmysqlclient.so.18()(64bit)

解决

安装(mysql-community-libs-compat-5.7.17-1.el7.x86_64.rpm)

2、perl软件包无法安装

故障

perl-Log-Dispatch和perl-Parallel-ForkManager软件包找不到

解决

rpm -Uvh http://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm
epl-release版本问题，更新epl-release版本后安装该perl软件包即可

tips

#mysql源码包下载
wget http://dev.mysql.com/get/mysql-5.7.20.tar.gz

六、MHA的替代方案

然而，随着技术的发展，市场上出现了多种可以替代MHA的高可用解决方案，这些方案在功能、易用性或成本等方面可能提供不同的优势。以下是一些MHA的替代方案：

  1. Percona XtraDB Cluster (PXC)
    Percona XtraDB Cluster是基于Galera Cluster的MySQL高可用方案，它支持多主复制，允许集群内的多个节点同时接受写操作，数据在节点间自动同步，确保数据的一致性。PXC在故障时能够自动切换，且提供了丰富的监控和管理工具。

  2. MariaDB Galera Cluster
    MariaDB Galera Cluster是MariaDB数据库的原生多主复制解决方案，类似于Percona XtraDB Cluster，它基于Galera技术，提供了高可用性和数据一致性。它适合需要强一致性和高并发写操作的应用场景。

  3. Vitess
    Vitess最初由YouTube开发，后来开源，现在由Google维护。Vitess是一个用于水平分区和复制的数据库中间件，支持MySQL和MariaDB。它不仅提供高可用性，还支持数据库的水平扩展，适用于需要大规模数据分片和跨数据中心部署的场景。

  4. ProxySQL
    ProxySQL是一个高性能的数据库代理，可以实现读写分离、负载均衡和故障切换等功能。它可以根据查询类型智能地将请求路由到不同的MySQL实例，提高数据库系统的整体可用性和响应速度。

  5. Tungsten Replicator
    Tungsten Replicator是Continuent公司的产品，提供了一种灵活的复制框架，支持MySQL和其他数据库的复制。它提供了强大的数据转换和过滤功能，以及高可用性和灾难恢复解决方案。

  6. Orchestrator
    Orchestrator是MySQL复制管理工具，虽然本身不提供故障切换功能，但它提供了可视化的复制拓扑管理，使管理员能够更容易地理解和控制复制关系。配合其他工具或手动操作，可以实现高可用性。

  7. MySQL InnoDB Cluster
    MySQL InnoDB Cluster是Oracle提供的官方高可用解决方案，它结合了InnoDB的数据存储引擎和Group Replication技术，支持多主复制，自动故障检测和恢复，以及动态添加和删除成员节点的能力。

每种方案都有其特点和适用场景，选择时应根据自己的业务需求、数据量大小、预期的读写比例、运维团队的技术栈等因素综合考虑。在实施高可用方案之前，建议进行充分的测试和评估，以确保方案能够满足预期的目标。

在这里插入图片描述

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：/a/673673.html

如若内容造成侵权/违法违规/事实不符，请联系我们进行投诉反馈qq邮箱809451989@qq.com，一经查实，立即删除！

相关文章

【数据结构】链式二叉树详解

【数据结构】链式二叉树详解

个人主页~ 链式二叉树基本内容~ 链式二叉树详解 1、通过前序遍历的数组来构建二叉树2、二叉树的销毁3、二叉树节点个数4、二叉树叶子节点个数5、二叉树第k层节点个数6、二叉树查找7、前序遍历8、中序遍历9、后序遍历10、层序遍历与检查二叉树是否为完全二叉树Queue.hQueue.c层序…
阅读更多...
Nginx实战：防盗链

Nginx实战：防盗链

防盗链的概念 内容不在自己的服务器上&#xff0c;通过技术手段将其他网站的内容&#xff08;比如 一些音乐、图片、软件的下载地址&#xff09;放置在自己的网站中&#xff0c;通过这 种方法盗取其他网站的空间和流量 防盗链技术背景 防止第三方引用链接访问我们的图片&#x…
阅读更多...
FJSP：蛇鹫优化算法（SBOA）求解柔性作业车间调度问题（FJSP），提供MATLAB代码

FJSP：蛇鹫优化算法（SBOA）求解柔性作业车间调度问题（FJSP），提供MATLAB代码

详细介绍 FJSP&#xff1a;蛇鹫优化算法&#xff08;Secretary bird optimization algorithm&#xff0c;SBOA&#xff09;求解柔性作业车间调度问题&#xff08;FJSP&#xff09;&#xff0c;提供MATLAB代码-CSDN博客 完整MATLAB代码 FJSP&#xff1a;蛇鹫优化算法&#xff…
阅读更多...
SQL实验 连接查询和嵌套查询

SQL实验 连接查询和嵌套查询

一、实验目的 1&#xff0e;掌握Management Studio的使用。 2&#xff0e;掌握SQL中连接查询和嵌套查询的使用。 二、实验内容及要求&#xff08;请同学们尝试每道题使用连接和嵌套两种方式来进行查询&#xff0c;如果可以的话&#xff09; 1&#xff0e;找出所有任教“数据…
阅读更多...
十_信号7-信号集

十_信号7-信号集

int sigemptyset(sigset_t *set); 清空信号集 int sigfillset(sigset_t *set); 填充满 信号集 int sigaddset(sigset_t *set, int signum); 向信号集中添加信号 int sigdelset(sigset_t *set, int signum); 从型号集中删除信号 int sigismember(const sigset_t *set, int s…
阅读更多...
人大金仓×广州医科大学附属肿瘤医院 互联网智慧医疗服务平台国产化升级

人大金仓×广州医科大学附属肿瘤医院 互联网智慧医疗服务平台国产化升级

KINGBASE 广州医科大学附属肿瘤医院是国内领先的肿瘤专科医院&#xff0c;在金仓数据库的支撑下&#xff0c;近日成功完成移动智慧综合服务平台国产化升级。作为互联网智慧医疗服务平台项目的核心平台&#xff0c;预计将服务数十万人次。这一升级改造不仅提高了医疗服务的效率和…
阅读更多...
961题库 北航计算机 组成原理选择题 附答案 选择题形式

961题库 北航计算机 组成原理选择题 附答案 选择题形式

有题目和答案&#xff0c;没有解析&#xff0c;不懂的题问大模型即可&#xff0c;无偿分享。 第1组 习题 某计算机采用大端方式&#xff0c;按字节编址。某指令中操作数的机器数为 1234 FF00H&#xff0c;该操作数采用基址寻址方式&#xff0c;形式地址 ( 用补码表示 ) 为FF1…
阅读更多...
如何监控慢 SQL？

如何监控慢 SQL？

引言&#xff1a;在开发和维护数据库驱动的应用程序时&#xff0c;监控慢 SQL 查询是确保系统性能和稳定性的关键一环。慢 SQL 查询可能会导致系统性能下降、资源浪费和用户体验差等问题。因此&#xff0c;及时监控和优化慢 SQL 查询对于保障系统的正常运行和用户满意度至关重要…
阅读更多...
neutron学习小结

neutron学习小结

概述 基于yoga版本学习neutron&#xff0c;通过源码、官方文档、部署环境进行学习 neutron-dhcp-agent neutron.agent.dhcp_agent.main 创建server&#xff0c;调oslo_service launch server&#xff0c;最后实际调了server的start方法 neutron.service.Service.start Serv…
阅读更多...
【UML用户指南】-03-UML的14种图

【UML用户指南】-03-UML的14种图

1、结构图 1、类图&#xff08;class diagram&#xff09; 展现了一组类、接口、协作和它们之间的关系。 在面向对象系统的建模中所建立的最常见的图就是类图。类图给出系统的静态设计视图。 包含主动类的类图给出系统的静态进程视图。构件图是类图的变体。 2、对象图&a…
阅读更多...
转让北京电力施工总承包二级资质变更条件和流程

转让北京电力施工总承包二级资质变更条件和流程

在电力工程领域&#xff0c;资质等级是企业能否参与竞标、承接工程的重要标志之一。北京电力工程总包二级资质的转让&#xff0c;是指已经取得该资质的企业将其资质转让给需要的企业。这种转让是基于合作与共赢的原则&#xff0c;旨在推动电力工程行业健康、稳定发展&#xff0…
阅读更多...
Gin入门

Gin入门

Gin入门 声明&#xff1a;本博客为看李文周大佬gin入门视频笔记gin入门 我的代码仓库6月 沉着冷静/2023 - 码云 - 开源中国 (gitee.com) 安装 go get -u github.com/gin-gonic/gin第一个Gin实例&#xff1a; package mainimport ("github.com/gin-gonic/gin" )…
阅读更多...
llvm 3.5 源码分析 clang for x86 001 之搭环境

llvm 3.5 源码分析 clang for x86 001 之搭环境

0&#xff0c;目标 编译 针对x86 的&#xff0c;debug 的 c语言的编译器 1&#xff0c;下载代码 git clone --recursive 。。。llvm-project.git $ cd llvm-project 2&#xff0c;预备代码 llvm 3.5 版本的源代码&#xff0c;早期版本&#xff0c;可能比较小比较容易debug $…
阅读更多...
发送Http请求的两种方式

发送Http请求的两种方式

说明&#xff1a;在项目中&#xff0c;我们有时会需要调用第三方接口&#xff0c;获取调用结果&#xff0c;来实现自己的业务逻辑。调用第三方接口&#xff0c;通常是双方确定好&#xff0c;由对方开放一个接口&#xff0c;需要我们根据他们提供的接口文档&#xff0c;组装Http…
阅读更多...
STM32（九）：USART串口通信 （标准库函数）

STM32（九）：USART串口通信 （标准库函数）

前言 上一篇文章已经介绍了如何用STM32单片机中独立看门狗来实现检测按键点灯的程序。这篇文章我们来介绍一下如何用STM32单片机中USART通信协议来串口通信&#xff0c;并向XCOM发送信息。 一、实验原理 1.通信的介绍 首先&#xff0c;我们先介绍一下通信&#xff0c;何为通…
阅读更多...
C语言 | Leetcode C语言题解之第128题最长连续序列

C语言 | Leetcode C语言题解之第128题最长连续序列

题目&#xff1a; 题解&#xff1a; typedef struct {int key;UT_hash_handle hh; }Hash; int longestConsecutive(int* nums, int numsSize) {Hash* headNULL;Hash* tempNULL;for(int i0;i<numsSize;i){int numnums[i];HASH_FIND_INT(head,&num,temp);if(!temp){temp…
阅读更多...
数据结构与算法04-栈和队列

数据结构与算法04-栈和队列

介绍 栈和队列。事实上它们并不是全新的东西&#xff0c;只不过是多加了一些约束条件的数组而已。但正是这些约束条件为它们赋予了巧妙的用法。 栈和队列都是处理临时数据的灵活工具。在操作系统、打印任务、数据遍历等各种需要临时容器才能构造出美妙算法的场景&#xff0c;…
阅读更多...
SQL实验 带函数查询和综合查询

SQL实验 带函数查询和综合查询

一、实验目的 1&#xff0e;掌握Management Studio的使用。 2&#xff0e;掌握带函数查询和综合查询的使用。 二、实验内容及要求 1&#xff0e;统计年龄大于30岁的学生的人数。 --统计年龄大于30岁的学生的人数。SELECT COUNT(*) AS 人数FROM StudentWHERE (datepart(yea…
阅读更多...
Medieval Lowpoly City with Toon Shader

Medieval Lowpoly City with Toon Shader

介绍中世纪低地城市，这是一个创造历史场景、城市和环境的杰作，带有中世纪时期的魔力。 该包拥有70多个精心制作的模型，包括模块化选项，并通过着色器进行了增强，捕捉到了乡村建筑和细节道具的精髓。 用精心挑选的色彩和材料，让自己沉浸在历史的魅力中，仿佛漫步在中世纪的…
阅读更多...
YOLOv3深入解析与实战：实时目标检测的高效多尺度架构网络

YOLOv3深入解析与实战：实时目标检测的高效多尺度架构网络

参考&#xff1a; https://arxiv.org/pdf/1804.02767.pdf https://blog.csdn.net/weixin_43334693/article/details/129143961 网上有很多关于yolo的文章&#xff0c;有些东西没讲清楚&#xff0c;基于自己对论文的理解&#xff0c;也做一个按照自己的想法做的理解。 1. 预测…
阅读更多...
最新文章

Copyright @ 2022~2023