MHA高可用配置及故障切换

于 2024-07-12 16:06:29 发布
阅读量1.4k 收藏 19
点赞数 30
文章标签： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2401_83784772/article/details/139952007
版权

目录

MySQL主从复制集群高可用

高可用方案

什么是MHA？

MHA的概述

MHA的组件

MHA的工作原理

部署MHA实验

1.准备工作

2.系统初始化

3.设置时间同步

4.修改主机名

5.部署主从复制

（1）修改/etc/my.cnf文件

（2）创建软连接

（3）创建并授权数据库主从复制和MHA用户

​（4）验证主从复制

6.部署MHA

（1）安装MHA依赖的环境，首先安装epel源

（2）安装node组件

（3）配置无密码认证

（4）配置manager

（5）创建MHA软件目录并拷贝配置文件

（6）创建虚拟网卡

（7）测试ssh无密码认证

（8）测试mysql 主从连接情况

（9）启动MHA

7.实验测试

若原master修复完成，如何加入到集群中？

如何恢复原先20.0.0.10做主服务器？

mysql集群（MHA高可用集群）部署总结

MySQL主从复制集群高可用

高可用方案

  • keepalived（主备）
  • MHA
  • MMM
  • MySQL Cluster
  • PXC

什么是MHA？

Master High Availability

MHA的概述

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

MHA的组件

  • MHA Manager（管理节点）
  • MHA Node（数据节点）

MHA的工作原理

  • MHA Node部署在每台MySQL服务器上，MHA Manager可以单独部署在一台独立服务器上或者某个从库服务器上。
  • MHA Manager 会定时探测 MySQL 集群中主库的状态,当主库出现故障，MHA Manager 会自动将一台拥有最新数据的从库提升为新的主库，也会在新的主库生成写入 VIP，然后还会将其它的从库重新指向新的主库做主从复制，从而保证MySQL集群的高可用。整个故障转移过程对客户端应用来说是完全透明的。

部署MHA实验

要搭建MHA，要求一个复制集群必须最少有3台数据库服务器，一主二从，即一台充当Master，一台充当备用Master，另一台充当从库

1.准备工作

4台服务器

  • 主服务器（20.0.0.10）   已安装mysql
  • 从服务器（20.0.0.20）   已安装mysql
  • 从服务器（20.0.0.30）   已安装mysql
  • MAH服务器（20.0.0.40）

2.虚拟机初始化

4台虚拟机操作相同

systemctl disable --now firewalld       #关闭防火墙并且设置开机不启动
setenforce 0                            #放空selinux
mount /dev/sr0 /mnt                     #挂载到/mnt
vim /etc/selinux/config                 #编辑selinux配置

3.设置时间同步

4台虚拟机操作相同

vim /etc/chrony.conf                     #配置时间文件

systemctl restart chronyd                #重启chronyd服务

timedatectl                   #查询时间是否一致

4.修改主机名

主服务器（20.0.0.10）

hostnamectl set-hostname mysql1             #修改主机名
bash                                                            

从服务器（20.0.0.20）

hostnamectl set-hostname mysql2             #修改主机名

bash

从服务器（20.0.0.30）

hostnamectl set-hostname mysql3             #修改主机名

bash

MAH服务器（20.0.0.40）

hostnamectl set-hostname manager           #修改主机名

bash

设置参数实现通过主机名管理这些主机（四台服务器同时修改，操作一致）

vim /etc/hosts                     #配置文件

5.部署主从复制

（1）修改/etc/my.cnf文件

开启二进制日志和中继日志（主从服务器一起操作   id不能一样）

vim /etc/my.cnf                 #配置文件
systemctl restart mysqld        #重新启动虚拟机

log-bin=mysql-bin
binlog_format=mixed
relay-log=relay-log-bin    
relay-log-index=relay-log-bin.index
log-slave-updates = 1

（2）创建软连接

建mysql和mysqlbinlog的软链接（主从三台虚拟机同时操作）

ln -s /usr/local/mysql/bin/mysql /usr/sbin/
ln -s /usr/local/mysql/bin/mysqladmin /usr/sbin/

（3）创建并授权数据库主从复制和MHA用户

主服务器（20.0.0.10）

mysql -u root -pabc123
create user 'myslave'@'20.0.0.%' identified by 'myslave123';
grant replication slave on *.* to 'myslave'@'20.0.0.%';
create user 'manager'@'20.0.0.%' identified by 'manager123';
grant all on *.* to 'manager'@'20.0.0.%';
flush privileges;
show master status;

两台从服务器（20.0.0.20   20.0.0.30）

mysql -u root -pabc123
create user 'myslave'@'20.0.0.%' identified by 'myslave123';
grant replication slave on *.* to 'myslave'@'20.0.0.%';
create user 'manager'@'20.0.0.%' identified by 'manager123';
grant all on *.* to 'manager'@'20.0.0.%';
flush privileges;
change master to master_host='20.0.0.10', master_port=3306, master_user='myslave', master_password='myslave123', master_log_file='mysql-bin.000001', master_log_pos=715; ##file和pos值为主服务器查询的值
start slave;  
show slave status\G            #检查状态
set global read_only=1;        #设置为只读

（4）验证主从复制

主服务器（20.0.0.10）

mysql -u root -pabc123
create database jlh;
use jlh；
create table jlh1 (id int, name varchar(20), sex char(2));
insert into jlh1 values (1, 'zx', '男');
select * from jlh1；

从服务器（20.0.0.20   20.0.0.30）

mysql -u root -pabc123
show databases；
use jlh；
show tables；
select * from jlh1;

6.部署MHA

（1）安装MHA依赖的环境，首先安装epel源

4台服务器操作一致

cd /etc/yum.repos.d/
mv repo.bak/* ./
mv local.repo repo.bak
yum install -y epel-release

yum install -y perl-DBD-MySQL \
perl-Config-Tiny \
perl-Log-Dispatch \
perl-Parallel-ForkManager \
perl-ExtUtils-CBuilder \
perl-ExtUtils-MakeMaker \
perl-CPAN

（2）安装node组件

4台服务器操作一致

cd /opt
rz -E

tar xf mha4mysql-node-0.57.tar.gz
cd mha4mysql-node-0.57/
perl Makefile.PL && make && make install

（3）配置无密码认证

主服务器（20.0.0.10）

  • 在 mysql1 上配置到数据库节点 mysql2 和 mysql3 的无密码认证
ssh-keygen -t rsa                   #一路回车
ssh-copy-id root@20.0.0.20
ssh-copy-id root@20.0.0.30

从服务器（20.0.0.20）

  • 在 mysql2 上配置到数据库节点 mysql1 和 mysql3 的无密码认证
ssh-keygen -t rsa                   #一路回车
ssh-copy-id root@20.0.0.10
ssh-copy-id root@20.0.0.30

从服务器（20.0.0.30）

  • 在 mysql3 上配置到数据库节点 mysql1 和 mysql2 的无密码认证
ssh-keygen -t rsa                   #一路回车
ssh-copy-id root@20.0.0.10
ssh-copy-id root@20.0.0.20

MHA服务器（20.0.0.40）

  • 在 manger 节点上配置到所有数据库节点的无密码认证
ssh-keygen -t rsa                   #一路回车
ssh-copy-id root@20.0.0.10
ssh-copy-id root@20.0.0.20
ssh-copy-id root@20.0.0.30

（4）配置manager

MHA服务器（20.0.0.40）

cd /opt
rz -E

tar xf mha4mysql-manager-0.57.tar.gz
cd mha4mysql-manager-0.57
perl Makefile.PL && make && make install
cp -rp /opt/mha4mysql-manager-0.57/samples/scripts /usr/local/bin
#在 manager 节点上复制相关脚本到/usr/local/bin 目录

cp /usr/local/bin/scripts/master_ip_failover /usr/local/bin
#复制上述的自动切换时 VIP 管理的脚本到 /usr/local/bin 目录，这里使用master_ip_failover脚本来管理 VIP 和故障切换
vim /usr/local/bin/master_ip_failover
#清空原来内容，进入命令模式，输入 :set paste 进入粘贴模式，将下面内容粘贴



#!/usr/bin/env perl
use strict;
use warnings FATAL => 'all';
 
use Getopt::Long;
 
my (
    $command, $orig_master_host, $orig_master_ip,$ssh_user,
    $orig_master_port, $new_master_host, $new_master_ip,$new_master_port,
    $orig_master_ssh_port,$new_master_ssh_port,$new_master_user,$new_master_password
);
 
# 这里定义的虚拟IP配置要注意，这个ip必须要与你自己的集群在同一个网段，否则无效
my $vip = '20.0.0.100/24';
my $key = '1';
# 这里的网卡名称 “ens33” 需要根据你机器的网卡名称进行修改
# 如果多台机器直接的网卡名称不统一，有两种方式，一个是改脚本，二是把网卡名称修改成统一
# 我这边实际情况是修改成统一的网卡名称
my $ssh_start_vip = "sudo /sbin/ifconfig ens33:$key $vip";
my $ssh_stop_vip = "sudo /sbin/ifconfig ens33:$key down";
my $ssh_Bcast_arp= "sudo /sbin/arping -I ens33 -c 3 -A $vip";
 
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,
    'orig_master_ssh_port=i' => \$orig_master_ssh_port,
    'new_master_host=s'  => \$new_master_host,
    'new_master_ip=s'    => \$new_master_ip,
    'new_master_port=i'  => \$new_master_port,
    'new_master_ssh_port' => \$new_master_ssh_port,
    'new_master_user' => \$new_master_user,
    'new_master_password' => \$new_master_password
 
);
 
exit &main();
 
sub main {
    $ssh_user = defined $ssh_user ? $ssh_user : 'root';
    print "\n\nIN SCRIPT TEST====$ssh_user|$ssh_stop_vip==$ssh_user|$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();
        &start_arp();
            $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 start_arp() {
    `ssh $ssh_user\@$new_master_host \" $ssh_Bcast_arp \"`;
}
sub usage {
    print
    "Usage: master_ip_failover --command=start|stop|stopssh|status --ssh_user=user --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";
}

（5）创建MHA软件目录并拷贝配置文件

MHA服务器（20.0.0.40）

cd /usr/local/bin/scripts
cp master_ip_online_change power_manager /usr/local/bin/
cd /usr/local/bin/
chmod +x master_ip_failover
cd /opt/
mkdir /opt/mysql-mha
cd mysql-mha/
mkdir mha-manger
mkdir mha-node
vim mysql_mha.cnf                 #编辑以下内容



[server default]
manager_log=/opt/mysql-mha/manager.log
manager_workdir=/opt/mysql-mha/mha-manager
master_binlog_dir=/usr/local/mysql/data
master_ip_failover_script=/usr/local/bin/master_ip_failover
master_ip_online_change_script=/usr/local/bin/master_ip_online_change
user=manager
password=manager123
port=3306
ping_interval=1
remote_workdir=/opt/mysql-mha/mha-node
repl_user=myslave
repl_password=myslave123
secondary_check_script=/usr/local/bin/masterha_secondary_check -s 20.0.0.20 -s 20.0.0.30
shutdown_script=""
ssh_user=root

[server1]
hostname=20.0.0.10
port=3306

[server2]
hostname=20.0.0.20
port=3306

[server3]
hostname=20.0.0.30
port=3306

（6）创建虚拟网卡

主服务器（20.0.0.10）

ifconfig ens33:1 20.0.0.100/24               #设置的vip一致

（7）测试ssh无密码认证

MHA服务器（20.0.0.40）

masterha_check_ssh -conf=/opt/mysql-mha/mysql_mha.cnf

（8）测试mysql 主从连接情况

创建软链接（三台主从服务器操作相同）

ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin/

MHA服务器（20.0.0.40）

masterha_check_repl -conf=/opt/mysql-mha/mysql_mha.cnf

（9）启动MHA

MHA服务器（20.0.0.40）

nohup masterha_manager \
> --conf=/opt/mysql-mha/mysql_mha.cnf \
> --remove_dead_master_conf \
> --ignore_last_failover < /dev/null > /var/log/mha_manager.log 2>&1 &

masterha_check_status -conf=/opt/mysql-mha/mysql_mha.cnf

--remove_dead_master_conf

#该参数代表当发生主从切换后，老的主库的 ip 将会从配置文件中移除。

--ignore_last_failover

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

使用&后台运行程序

  • 结果会输出到终端；使用Ctrl+C发送SIGINT信号，程序免疫；关闭session发送SIGHUP信号，程序关闭。

使用nohup运行程序

  • 结果默认会输出到nohup.out；使用Ctrl+C发送SIGINT信号，程序关闭；关闭session发送SIGHUP信号，程序免疫。

使用nohup和&配合来启动程序nohup ./test &

  • 同时免疫SIGINT和SIGHUP信号

7.实验测试

主服务器关闭mysqld服务，某个从服务器会变成主服务器

MHA服务器（20.0.0.40）

若原master修复完成，如何加入到集群中？

如何恢复原先20.0.0.10做主服务器？

MHA服务器（20.0.0.40）

vim mysql_mha.cnf

nohup masterha_manager --conf=/opt/mysql-mha/mysql_mha.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/mha_manager.log 2>&1 &    #重新启动mha          

masterha_check_status -conf=/opt/mysql-mha/mysql_mha.cnf              #检查状态

现主服务器（20.0.0.20）

  • 模拟破坏
systemctl stop mysqld.service              #关闭服务

20.0.0.10服务器变为主服务器

mysql集群（MHA高可用集群）部署总结

  1. 采用一主两从架构
  2. 一主两从先做主从复制
  3. 给MHA进行登录授权，访问数据库的授权
  4. 所有数据库节点安装mha node 组件，manager服务器还要安装mha manager 组件
  5. 所有服务器相互组件做ssh免交互登录
  6. manager上准备好VIP故障转移脚本和MHA配置文件
  7. 在master上创建VIP地址
  8. 启动MHA进程并做故障转移测试

主从复制步骤

  1. 主从服务器先做时间同步
  2. 修改主从数据库的配置文件，主库开启二进制日志，从库开启中继日志
  3. 在主库创建主从复制的用户，并授予主从复制的权限
  4. 在从库使用 change master to 对接主库，并 start slave 开启同步
  5. 在从库使用 show slave status\G 查看 IO线程和 SQL线程的状态是否都为 YES
江七Oi
关注
  • 30
    点赞
  • 踩
  • 19
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySql数据库MHA高可用详细配置文档
09-07
MHA（Master High Availability）是一种用于MySQL集群的高可用性解决方案，它能够在主数据库发生故障时自动将从库提升为主，以最小化服务中断时间。本文将详细介绍MHA的配置步骤以及与之相关的MySQL主从复制和...
MySQL MHA高可用实战部署手册
最新发布
07-29
MySQL MHA高可用实战部署手册: 在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用
MHA 高可用配置 及故障切换
wyq2070857323的博客
03-29 635
MHA（MasterHigh Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。MHA 的出现就是解决MySQL 单点的问题。MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作。MHA能在故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用。
MySQL MHA高可用配置及故障切换
zx52306的博客
06-26 761
【代码】MySQL MHA高可用配置及故障切换。
MHA高可用配置与故障切换
MCB134的博客
03-30 827
MHA（MasterHigh Availablity）是一套优秀的Mysql高可用环境下故障切换和主从复制的软件。解决MySQL 单点的问题。MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作。故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用。MHA是建在主从复制的基础上的；0-30秒自动完成故障切换是MHA的特性ok.done.done.
MySQL高可用MHA安装文档与配置文件
01-30
MHA（Master High Availability）是一个开源工具，专为MySQL主从复制环境提供了高可用性和故障切换功能。本文档将深入探讨MHA的安装、配置以及其在MySQL高可用性中的作用。 1. **MHA是什么？** MHA（Master High ...
mysql-MHA高可用
10-12
MySQL高可用性解决方案MHA（Master High ...综上所述，MHA是实现MySQL高可用性的重要工具，通过自动化故障切换和智能决策，提高了数据库服务的可靠性。正确配置和维护MHA系统，对于保持业务连续性至关重要。
MySQL下高可用故障转移方案MHA的超级部署教程
09-10
MySQL高可用故障转移方案MHA（Master High Availability）是一个由日本MySQL专家开发的Perl脚本集，用于确保数据库系统的稳定性。MHA的核心功能是在主从复制环境中监控主服务器（master），并在主服务器出现故障时...
mysql-mha高可用
11-20
MySQL-MHA（MySQL High Availability）是一种用于MySQL集群的高可用性解决方案，旨在提供数据库的自动故障切换和数据恢复功能。MHA是由Google开发并开源的一个工具，它结合了Master Heartbeat（心跳检测）和MySQL...
MySQL高可用MHA自动Failover过程解析及故障维护
03-08
### MySQL高可用MHA自动Failover过程解析及故障维护 #### 一、MHA简介及其重要性 MHA（Multi-Master Heartbeat Application）是一种基于Perl编写的MySQL高可用解决方案，由一位日本的MySQL专家开发。它旨在通过...
不联网安装配置mysql mha高可用
11-26
- 一旦配置完成，通过模拟主服务器故障或手动切换，测试MHA Manager是否能正确识别并执行故障切换。 9. **日志监控与维护**： - 定期检查MHA Manager的日志文件，确保系统正常运行，及时发现并解决问题。 在不...
MHA高可用实战部署包
03-24
**MHA（Master High Availability）** 是一个开源的MySQL高可用性解决方案，旨在提供自动故障检测、故障转移和主库恢复功能。它主要用于确保在主数据库服务器出现故障时，能够快速将服务切换到备用服务器，从而减少...
linux运维学习笔记：MHA高可用架构原理与实战.pdf
08-18
MHA（Master High Availability）是一种优秀的高可用软件，用于 MySQL 高可用环境下的故障切换和主从提升。它由日本 DeNA 公司的 youshimaton（现就职于 Facebook 公司）开发，目前在 MySQL 高可用方面是一个相对...
MHA数据库mysql5.7.35一主两从高可用
04-09
MySQL是世界上最受欢迎的开源关系型数据库管理系统之一，而MHA（Master High Availability）则是一种用于MySQL高可用性和故障切换的解决方案。在这个“MHA数据库mysql5.7.35一主两从高可用”的主题中，我们将深入...
MySQL高可用架构MHA软件包及脚本
12-21
MySQL高可用架构（MHA，Master High Availability）是一款用于MySQL集群的开源工具，旨在...总的来说，MHA是MySQL高可用性解决方案的重要组成部分，通过合理配置和使用，可以极大地提升数据库服务的稳定性和用户体验。
数据库+mha+mha+数据库高可用
09-08
3. **配置MHA**：编写配置文件，定义`manager`和`node`的参数，如通信方式、故障切换策略等。 4. **启动MHA**：启动`manager`服务，开始监控集群。 5. **测试与维护**：进行故障模拟测试，确保故障切换机制有效，并...
MySQLMHA高可用实战安装部署中文指南
07-23
资源名称：MySQL MHA高可用实战安装部署中文指南内容简介： MHA是一位 日本 MySQL 大牛用Perl写的一套MySQL故障切换方案，来保证数据库系统的高可用.在宕机的时间内（通常10—30秒内），完成故障切换，部署MHA，可...
MySQL高可用mha-0.56
05-14
MySQL高可用性解决方案MHA（Master High Availability）是一款开源工具，专为MySQL数据库设计，用于在主从复制环境中实现故障切换和数据恢复。MHA由两个主要组件组成：MHA Manager和MHA Agent。 MHA Manager是整个...
给我部署一个MHA高可用配置及故障切换脚本
04-25
好的，我可以为您提供MHA高可用配置及故障切换脚本的部署步骤。首先，您需要安装MHA（MySQL高可用性工具套件）并为主库和从库配置MHA，以实现高可用性和故障切换功能。 以下是一般步骤： 1. 安装MHA。 - 您可以从MHA官方网站下载最新版本。在此处可以找到MHA的各个版本https://github.com/yoshinorim/mha4mysql-manager/releases。 2. 配置主库和从库。 - 进入从库服务器，您需要配置ssh无密码访问主库服务器。与此相同，您需要配置ssh无密码访问从库服务器。 3. 配置MHA脚本。 - 相应的参数需要设置在MHA脚本文件中。具体来说，必须设置应用程序（现在主库）在切换期间应该发生什么以及应发生的时间，例如，应该使用哪个从库进行故障切换过程。 4. 测试切换。 - 确认MHA工具功能正确,你 can use "mha\_check\_ssh" 以确保ssh配置正常。接下来是“mha\_check\_repl” 以确保主从库之间的复制是正常的。接下来是启动切换以确保主从配置转移是干净的 注意：这是一个简单而通用的操作步骤，确保您仔细阅读文档并遵循最佳实践。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值