MySQL数据库的高可用性（MHA）及故障切换

最新推荐文章于 2023-12-24 17:37:02 发布
最新推荐文章于 2023-12-24 17:37:02 发布
阅读量620 收藏
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/jiaoshu__/article/details/119034781
版权

文章目录

一、搭建MHA实验

1.1实验环境

MHA-manager //管理节点，安装manager组件与node组件
MySQL服务器 ：只需要用来调控与调用
在这里插入图片描述

1.2mysql服务器配置

1.2.1配置主从复制

  • 详见https://editor.csdn.net/md/?articleId=118885518
  • 在主从复制的基础上，注释掉从服务器的配置文件
 vim /etc/my.cnf
 character_set_server=utf8  //加#注释掉

在这里插入图片描述

1.3所有库配置软链接

  • master、slave1、slave2服务器分别做两个软链接
ln -s /usr/local/mysql/bin/mysql /usr/sbin  //mysql命令
ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin  //mysqlbinlog是节点恢复

1.4配置MySQL（一主两从）

  • 所有数据库节点上授权两个用户，一个从库同步使用，另一个manager使用
 grant replication slave on *.* to 'myslave'@'192.168.27.%' identified by '123456';
 grant all privileges on *.* to 'mha'@'192.168.27.%' identified by 'manager';
 grant all privileges on *.* to 'mha'@'master' identified by 'manager';
 grant all privileges on *.* to 'mha'@'slave1' identified by 'manager';
 grant all privileges on *.* to 'mha'@'slave2' identified by 'manager';
  • 所有数据库开启只读功能
set global read_only=1;
flush privileges;  //刷新权限
  • 在master上查看二进制文件和同步点
 show master status;

在这里插入图片描述

  • 在两台从服务器上进行同步
change master to master_host='192.168.27.133',master_user='myslave',master_password='123456',master_log_file='master-bin.000001',master_log_pos=3076;
start slave;  //开启
show slave status\G  //查看

1.5验证只读功能

  • 在slave1服务器上
mysql -umyslave -p123456 -h 192.168.27.133 -P 3306
mysql> create database ss;

在这里插入图片描述

1.6配置MHA

1.6.1所有服务器上安装NHA依赖环境，首先安装epel源，只有安装了源perl才会有

yum install epel-release --nogpgcheck -y  //安装epel源，并且不进行gph检查
yum install -y perl-DBD-MySQL \     //perl针对于mysql数据库
perl-Config-Tiny \                  //从配置文件中提拿其中的值
perl-Log-Dispatch \                 //log-日志
perl-Parallel-ForkManager \         //子进程的函数，多线程管理模式
perl-ExtUtils-CBuilder \            //扩展工具
perl-ExtUtils-MakeMaker \           //扩展工具
perl-CPAN                           //cpan perl中的数据库
  • MHA软件包对于每个操作系统版本一样，这里centos7.4必须选择0.57版本
  • 在所有服务器上必须先安装node组件，最后在MHA-mananger组件因为manager依赖node组件

1.6.2所有服务器同步阿里云时间

ntpdate ntp.aliyun.com
crontab -e
*/10 * * * * /usr/bin/ntpdate ntp.aliyun.com

在这里插入图片描述

1.6.3所有服务器安装node组件

cd /opt
rz -E
tar zxvf mha4mysql-node-0.57.tar.gz -C /root
cd /root/
ls
mha4mysql-node-0.57
cd mha4mysql-node-0.57/
Makefile.PL
perl Makefile.PL
make && make install

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

1.6.4在MHA节点上安装manager组件（必须先安装node才能安装manager组件）

cd /opt
tar zxvf  mha4mysql-manager-0.57.tar.gz -C /root
cd
cd mha4mysql-manager-0.57/
perl Makefile.PL
make && make install

在这里插入图片描述

1.7manager 安装以后在/usr/local/bin目录下会生成几个工具

masterha-check_ssh    //检查MHA的SSH配置状况（免交互）
masterha_check_repl   //检查MySQL复制状况
masterha_manager      //启动manager的脚本
masterha_check_status   //检查当前MHA运行状态
masterha_master_monitor   //检查master是否宕机
masterha_master_switch   // 控制故障转移(自动或者手动）
masterha_conf_host      // 添加或删除配置的server信息
masterha_stop          //关闭manager

在这里插入图片描述

1.8node 安装后也会在/usr/local/bin目录下生成脚本，需要进行检查，主要包括

save_binary_logs          //保存和复制master的二进制日志
apply_diff_relay_logs    //识别差异的中继日志时间，并将其差异的事件应用于其他的slave；filter：过滤
filter_mysqlbinlog       //去除不必要的ROLLBACK回滚事件（MHA 已不适用这个工具）
purge_relay_logs        //清除中继日志（不会阻塞 SQL线程）

在这里插入图片描述

二、配置无密码认证

2.1在manager上配置到所有数据库节点的无密码认证

ssh-keygen -t rsa
ssh-copy-id 192.168.27.133
ssh-copy-id 192.168.27.134
ssh-copy-id 192.168.27.135
ssh-copy-id 192.168.27.138

在这里插入图片描述

2.2配置MHA-manager服务器

  • 在MHA节点上复制相关脚本到/usr/local/bin目录下
[root@manager bin]# cp -ra /root/mha4mysql-manager-0.57/samples/scripts/ /usr/local/bin/  //在MHA节点上复制相关脚本到/usr/local/bin目录下
[root@manager bin]# ll /usr/local/bin/  
// -a:复制目录时使用，它保留链接、文件属性，并复制目录下的所有内容
-r:递归

在这里插入图片描述

  • 复制之后，会有四个执行文件
[root@manager bin]# ll /usr/local/bin/scripts/
master_ip_failover  //自动切换时 VIP管理的脚本
master_ip_online_change  //在线切换时 VIP的管理
power_manager  //故障发生后关闭主机的脚本
send_report   //因故障切换后发送报警的脚本

在这里插入图片描述

2.3脚本管理VIP

2.3.1复制master_ip_failover到/usr/local/bin目录下

[root@manager bin]# cp /usr/local/bin/scripts/master_ip_failover /usr/local/bin

在这里插入图片描述

2.3.2修改master_ip_failover内容（删除原有内容，直接复制）

vim master_ip_failover
#!/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.27.100';		##浮动IP
my $brdc = '192.168.27.255';	##广播地址
my $ifdev = 'ens33';		##基于master使用的网卡为ens33
my $key = '1';			##国际序列号；虚拟VIP的编号
my $ssh_start_vip = "/sbin/ifconfig ens33:$key $vip";	##使用ifoconfig命令将其启动，同时设置浮动地址
my $ssh_stop_vip = "/sbin/ifconfig ens33:$key down";		##可以使用ifconfig命令将其down掉（关闭）
my $exit_code = 0;			##正常退出（返回状态码）
#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";	##另一只实现方案，注释掉，即使用的ip addr 简写ipa 检测所有的网卡
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";
}

在这里插入图片描述

  • % s/^#// ###去除#开头的部分，第一行添加#

2.4 创建MHA软件目录并拷贝配置文件

[root@manager bin]# mkdir /etc/masterha
[root@manager bin]# cp /root/mha4mysql-manager-0.57/samples/conf/app1.cnf /etc/masterha/

[server default]
#日志文件
manager_log=/var/log/masterha/app1/manager.log
#工作目录
manager_workdir=/var/log/masterha/app1
#二进制文件
master_binlog_dir=/home/mysql	##这里需要跟master配置文件内的datadir的路径保持一致；不一致无法保存同步二进制文件
#故障转移切换的工具
master_ip_failover_script=/usr/local/bin/master_ip_failover
#在线切换VIP工具管理
master_ip_online_change_script=/usr/local/bin/master_ip_online_change
#以下是密码账号的管理配置
password=manager		##此处密码为之前创建监控用户的密码
user=mha		###设置监控用户
ping_interval=1		##设置监控主库，发送ping包的事件间隔，默认为3秒，尝试三次没有回应的时候自动进性failove		
remote_workdir=/tmp		##设置远端的MySQL在发生切换时binlog的保存位置
repl_password=123456		##设置复制用户的密码；从和主授权的密码
repl_user=myslave		##设置复制用户的账户
secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.27.134 -s 192.168.27.135		#设置检查从服务器的脚本
shutdown_script=""
ssh_user=root		##需要进行ssh检测，用户是root；前期做免交互的原因

[server1]
hostname=192.168.27.133
port=3306

[server2]
candidate_master=1	##设置候选msater，如果设置了此参数，发送主从切换后，会将此库提升为主库
hostname=192.168.27.134
check_repl_delay=0		##关闭复制的检查，默认情况下如果一个slave落后master 100M的relay-logs(中继日志)的话，MHA将不会选择该slave作为新的master，设置为0的话会忽略此规则
port=3306

[server3]
hostname=192.168.27.135
port=3306

2.5测试无密码认账、主从复制

  • 测试无密码认证，如果正常会输出successfully
[root@manager masterha]# masterha_check_ssh -conf=/etc/masterha/app1.cnf

在这里插入图片描述

  • 测试主从复制，可以尝试2次
[root@manager masterha]# masterha_check_repl -conf=/etc/masterha/app1.cnf

在这里插入图片描述

三、测试

3.1后台启动MHA

  • 启动时会进行日志记录（在后台开启）
[root@manager masterha]# 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 &
[1] 3682
[root@manager masterha]# jobs
[1]+  运行中               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 &

在这里插入图片描述

3.2查看master节点

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

在这里插入图片描述

3.3模拟master宕机，查看master的变化

[root@master ~]# ifconfig ens33:0 192.168.27.100/24
[root@master ~]# ifconfig

在这里插入图片描述

  • master服务器停止MySQL服务
[root@master ~]# systemctl stop mysqld
  • 查看当前日志信息
[root@manager masterha]# tail -f /var/log/masterha/app1/manager.log

在这里插入图片描述
*查询原slave1的状态，已切换成master
在这里插入图片描述

  • 查询slave的状态，master的ip已切换成原slave1

3.4查看主从服务，master变化之后是否可以同步数据

在这里插入图片描述

  • 新的master插入数据
mysql> insert into class values(2);
Query OK, 1 row affected (0.01 sec)

mysql> select * from class;
+------+
| id   |
+------+
|    1 |
|    2 |
+------+
2 rows in set (0.00 sec)
slave2查看插入数据的表，显示已同步
mysql> select * from class;
+------+
| id   |
+------+
|    1 |
|    2 |
+------+
2 rows in set (0.00 sec)

四、故障恢复

4.1修复db(原master)

原的master现在变成slave，取消同步的，增加中继日志的内容

vim  /etc/my.cnf
	log_bin=master-bin
	#log_slave=updates=true
	relay-log=relay-log-bin
	relay-log-index=slave-relay-bin.index
systemctl  start mysqld

4.2修复主从

systemctl start mysqld			##开启服务，进入数据库，修复的master
change master to master_host='192.168.27.134',master_user='myslave',master_password='123456',master_log_file='master-bin.000004',master_log_pos=154;
start slave;
set global read_only=1;
flush privileges;

4.3slave2需要更新二进制日志起点

stop slave;
change master to master_host='192.168.27.134',master_user='myslave',master_password='123456',master_log_file='master-bin.000004',master_log_pos=154;
flush privileges;
start slave;
show slave status\G;

4.4修改MHA的配置文件

（再把这个记录添加进去，因为它检测到失效时候会自动消失）
在这里插入图片描述

4.5测试免密和主从

masterha_check_repl -conf=/etc/master
爱喝白云拿铁
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQL下高可用故障转移方案MHA的超级部署教程
12-16
MHA介绍 MHA是一位日本MySQL大牛用Perl写的一套MySQL故障切换方案，来保证数据库系统的高可用.在宕机的时间内（通常10—30秒内），完成故障切换，部署MHA，可避免主从一致性问题，节约购买新服务器的费用，不影响服务器性能，易安装，不改变现有部署。      还支持在线切换，从当前运行master切换到一个新的master上面，只需要很短的时间（0.5-2秒内），此时仅仅阻塞写操作，并不影响读操作，便于主机硬件维护。   在有高可用，数据一致性要求的系统上，MHA 提供了有用的功能，几乎无间断的满足维护需要。   优点：   1.master自动监控和故障转移     在当前已存
【MySql】mysql之MHA高可用配置及故障切换
种一颗树最好的时间是十年前，其次是现在！
08-19 597
① 作用：mysql的高可用 + 故障切换② 核心部分：MHA组件：主要的功能：做MHA 启动、关闭管理和检测mysql各种健康状态在发生故障时，尽可能的保存二进制日志，并且实现故障切换（VIP地址飘逸）③ MHA需要配置的文件（2个）:命令工具 ，定义的是基于VIP的检测和故障转移 （VIP从master----->新的 master）mha的主要配置文件，主要定义了mha的工作目录、日志。mysql二进制日志位置用mha的登录mysql的用户、密码使用从服务器。...
高性能MYSQL---MHA 故障切换
weixin_43936969的博客
03-11 583
文章目录一、MHA简介二、MHA服务的角色三、MHA提供的工具四、MHA的工作原理五、实现步骤1.MHA manager节点1.手动死切2.手动活切3.半自动故障转移( failover )4.配置 vip 漂移1.手动测试vip漂移2.测试全自动漂移 一、MHA简介 MHA（Master HA）是一款开源的 MySQL 的高可用程序，它为 MySQL 主从复制架构提供了 automating m...
用MHA实现mysql自动故障转移(配置vip模式，非keepalive）
雅冰石的专栏
08-07 5134
一：MHA介绍 什么是mha，有什么特性 1.主服务器的自动监控和故障转移 MHA监控复制架构的主服务器，一旦检测到主服务器故障，就会自动进行故障转移。即使有些从服务器没有收到最新的relaylog，MHA自动从最新的从服务器上识别差异的relaylog并把这些日志应用到其他从服务器上，因此所有的从服务器保持一致性了。MHA通常在几秒内完成故障转移，9-12秒可以检测出主服
MySQL高可用架构之MHA
weixin_42073629的博客
12-15 719
简介： MHA（MasterHigh Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本DeNA公司youshimaton（现就职于Facebook公司）开发，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。 该软件由两部分组成：MHA Manager（管理节点）和M.
MySQL集群高可用架构之MHA
这是博客的简介的简介
09-23 1700
MySQL 高可用架构 MHA
MySQL高可用方案之MHA
TTSuzuka的博客
12-05 1839
MHA（Master HA）是一款开源的 MySQL 的高可用程序，它为 MySQL 主从复制架构提供了 automating master failover 功能。MHA 在监控到 master 节点故障时，会提升其中拥有最新数据的 slave 节点成为新的master 节点，在此期间，MHA 会通过于其它从节点获取额外信息来避免一致性方面的问题。MHA 还提供了 master 节点的在线切换功能，即按需切换 master/slave 节点。 　　MHA 是由日本人 yoshinorim（原就职于DeNA
MySQL MHA
Drw_Dcm的博客
10-02 1205
MySQL MHA
MySQLMHA高可用实战安装部署中文指南
07-23
资源名称：MySQL MHA高可用实战安装部署中文指南内容简介： MHA是一位 日本 MySQL 大牛用...因此MHA是众多使用MySQL数据库企业高可用的不二选择，它简单易 资源太大，传百度网盘了，链接在附件中，有需要的同学自取。
京东MySQL数据库主从切换自动化
01-29
数据的重要性对于京东来说重要程度不说自明，在信息时代，数据有着比人们更大的力量，数据库的价值可见一斑，数据库的存在为人们提供了更快的查询，那么为了更好地做到数据库的高可用，保证持续提供服务，简化DBA...
MySQL MHA高可用实战安装部署中文指南
07-05
MHA是一位 日本 MySQL 大牛用Perl写的一套MySQL故障切换方案，来保证数据库系统的...因此MHA是众多使用MySQL数据库企业高可用的不二选择，它简单易用，功能强大，实现了基于MySQL replication架构的自动主从故障转移！
MySQL之MHA高可用
提升自己
10-10 1401
MySQL服务器中，单台服务器无法承载服务量就配置多台MySQL服务器，多台MySQL服务器或者MySQL服务器无冗余的情况下，配置主从复制。MySQL服务器的读和写的压力不均衡可使用MySQL的读写分离，MySQL的读写分离中Master存在单点故障，就得用到MHAMHA（Master High Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件MHA的出现就是解决MySQL单点故障的问题MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作。
MySQL的MHA
gcc001224的博客
06-30 2654
MHA解决了mysql数据库单点故障，提高了数据的安全性。MHA Node（数据节点） MHA Node 运行在每台 MySQL 服务器上。HA Manager（管理节点） MHA Manager 可以单独部署在一台独立的机器上，管理多个 master-slave 集群；也可以部署在一台 slave 节点上。 MHA Manager 会定时探测集群中的 master 节点。当 master 出现故障时，它可以自动将最新数据的 slave 提升为新的 master， 然后将所有其他的 slave 重新指向新的
MySQL之MHA集群的详细教程
hahaxixi131的博客
01-03 1848
文章目录MHA集群（MySQL服务高可用集群）MHA简介MHA工作过程拓扑结构部署MHA集群集群环境准备1.安装依赖包2.配置ssh密钥对认证登录3.配置一主多从同步结构配置管理节点（192.168.4.57）1.安装软件包2.相关命令3.编写主配置文件4.修改故障切换脚本，指定VIP地址配置数据节点（数据库服务器51、52、53）1.把VIP地址192.168.4.100 配置在主服务器192.168.4.51上，并在所有数据节点安装mha_node包2.添加授权用户（主服务51）3.在52和53添加同步
mysql高可用MHA
小渣渣
10-31 830
即使有些从服务器没有收到最新的relay log，MHA自动从最新的从服务器上识别差异的relay log并把这些日志应用到其他从服务器上，因此所有的从服务器保持一致性了。MHA通常在几秒内完成故障转移，9-12秒可以检测出主服务器故障，7-10秒内关闭故障的主服务器以避免脑裂，几秒中内应用差异的relay log到新的主服务器上，整个过程可以在10-30s内完成。若从库日志有如下报错，是因为虚机是克隆的master节点，克隆的虚拟机与原虚拟机的UUID是一样的，冲突了。
MySQL高可用之MHA
听海归雪的博客
03-10 2271
目录 一、环境准备 二、架构原理 三、安装mysql软件及初始化环境 1、安装Mysql软件 2、初始化环境 四、配置mysql环境 1、配置mysql半同步复制 2、配置mysql同步 五、安装和配置MHA 1、安装MHA相关依赖软件 2、安装MHA-manager和MHA-node软件 3、配置MHA-manager服务 MHA是Mysql故障切换和主从提升的高可用软件，该软件由manager和node两部分组成，manager可以单独部署在一台独立的服务器中管理多个mas
数据库：MHA实现Mysql数据库高可用
云计算之路
03-21 454
本文讲解MHA实现Mysql数据库高可用，讲解MHA实现的原理，介绍了MHA的工具包，并通过实验实现了MHA的主备切换
MySQL高可用(MHA超详细)
最新发布
qq_52107354的博客
12-24 1188
两台linux服务器mha在主机挂掉之后的操作总结1.等待slave复制完master的数据，将slave建立的同步配置删除2.在第一步执行完毕后，将master的虚拟ip删除，在slave新增虚拟ip供应用访问3.删除master的mha配置文件4.将mha停止三台linux服务器。
MHA数据库高可用集群项目描述
05-26
其中，MHA作为主要的高可用性工具，可以实现MySQL的自动故障切换。 在该项目中，我们需要搭建一个包含多个MySQL节点的集群，每个节点都运行着MySQL数据库，并且使用MHA进行主从切换。当主节点出现故障时，MHA会自动...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值