MHA实验和架构

什么是MHA？

masterhight availabulity：基于主库的高可用环境下可以实现主从复制、故障切换

MHA的主从架构最少要一主两从

MHA的出现是为了解决MySQL的单点故障问题。一旦主库崩溃，MHA可以在0-30秒内自动完成故障切换。

MHA的数据流向和工作流程图：

MHA使用的是半同步的方式，所以使用一个从库来做主从之间切换就可以了

MHA的工作原理

MHA使用的是半同步的方式，只要有一台从服务器写入数据，就会自动提交给客户端

1、 如果master崩溃，slave就会从主的二进制日志保存文件

2、 slave会识别最新更新的日志，差异部分同步到slave

3、 提升一个新的slave作为master

4、 其他的slave继续和新的master同步

实验过程

1、 搭建MHA架构

2、 模拟故障

3、 故障恢复

实验准备：

MHA manager：20.0.0.20

MySQL1：master 20.0.0.50

MySQL2：slave1 20.0.0.60

MySQL3：slave2 20.0.0.70

node组件：需要部署在所有服务器上。因为manager组件依赖于node组件。node组件就是用来监控MySQL的状态的。

node组件靠ssh远程连接服务来进行通信。

开始实验修改从主机名20.0.0.60
hostnamectl set-hostname slave1
修改从主机名20.0.0.70
hostnamectl set-hostname slave2
修改主主机名20.0.0.50
hostnamectl set-hostname master
su一下让他们都生效
修改完成后ping一下主机名看一下能不能通先实现主从复制配置主MySQL
vim /etc/my.conf
server-id=1
log_bin=master-bin
log-slave-updates=ture配置从MySQL1
server-id=2
log_bin=master-bin
relay-log=relay-log-bin
relay-log-index=slave-relay-bin.index配置从MySQL2
server-id=3
relay-log=relay-log-bin
relay-log-index=slave-relay-bin.index
重启三台MySQL在主和从服务器上创建软连接
ln -s /usr/local/mysql/bin/mysql /usr/sbin/
ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin
三台主机上都要创建软连接mysql -u root -p123456
#进入数据库
三台服务器同时操作
开始数据库同步赋权给slave访问主库的授权
每台服务器都要操作
给mha权限能访问主从的权限
在三台服务器上都加上个主机名连接
flush privileges;
#刷新其权限
show master status;
#查看一下位置偏移点在两个从库上配置与主同步
start slave;
#打开两个从的slave
show slave status\G;
#查看两个从的slave的状态都是yes表示成功必须要把两个从库都设为只读模式
set global read only=1
#把两个从库都设为只读模式打开工具测试一下主从复制是否成功
create database kgc;
#创建一个库进入MHA的配置
所有的服务器都需要安装MHA的依赖环境必须要有epel源
开始安装
yum install epel-release --nogpgcheck -y
#epel源yum install -y perl-DBD-MySQL \
perl-Config-Tiny \
perl-Log-Dispatch \
perl-Parallel-ForkManager \
perl-ExtUtils-CBuilder \
perl-ExtUtils-MakeMaker \
perl-CPAN
#MHA依赖环境先咱装node组件，再安装MHA
每台服务器上都需要部署node节点
cd /opttar -xf mha4mysql-node-0.57.tar.gz 
#解压文件perl Makefile.PL
#编译make $$ make install回到mha服务器
解压高可用节点tar -xf mha4mysql-manager-0.57.tar.gz
#解压cd mhamanagerperl Makefile.PLmake -j4 $$ make installcd /usr/local/bin/
#查看一下重要组件
ll -hmaster的组件：
masterha_check_ssh
#检查MHA的ssh的配置情况
masterha_check_repl
#检查MySQL的复制情况
masterha_manager
#启动manger的脚本
masterha_check_status
#检测MHA的运行状态
masterhaha_master_monitor
#检测master主机的情况，masters是否宕机
masterha_master_switch
#控制故障转移
masterha_conf_host
#添加或者删除配置的server信息
masterha_stp
#停止MHA的脚本重要的node组件：
save_binary_logs
#保存和复制master的二进制日志
apply_diff_relay_logs
#识别二进制日志当中的差异事件，然后发送给其他的slave
filter_mysqlbinlog
#去除不必要的回滚（MHA已经不用了）
purge_relay_logs
#同步之后清除中继日志（不会阻塞sql的限制）开始实现ssh免密登录
在MHA主机20.0.0.20上操作
ssh-keygen -t rsa
#选择加密方式
一路回车
ssh-copy-id 20.0.0.50
输入密码和yes
ssh-copy-id 20.0.0.60
输入密码和yes
ssh-copy-id 20.0.0.70
输入密码和yes回到master主机
ssh-keygen -t rsa
#选择加密方式
ssh-copy-id 20.0.0.60
输入密码和yes
ssh-copy-id 20.0.0.70
输入密码和yes回到slave1主机
ssh-keygen -t rsa
#选择加密方式
ssh-copy-id 20.0.0.50
输入密码和yes
ssh-copy-id 20.0.0.70
输入密码和yes回到slave2主机
ssh-keygen -t rsa
#选择加密方式
ssh-copy-id 20.0.0.50
输入密码和yes
ssh-copy-id 20.0.0.60
输入密码和yes配置高可用MHA
cd manger
cd samples
cd scriptsmaster_ip_failover
#自动切换时管理VIP的脚本
master_ip_online_change
#在线切换时的vip管理脚本
power_manger
#如果故障发生之后关闭master脚本
send_report
#发送故障时的告警脚本cp -a scripts/ /usr/local/bin
cd /usr/loacl/bin
cd scripts
cp master_ip_failover /usr/local/binvim master_ip_failover
除了第一行全部删除
添加控制脚本
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 = '20.0.0.100';
#设定vip地址
my $brdc = '20.0.0.255';
#设定VIP的广播地址
my $ifdev = 'ens33';
#VIP绑定的网卡
my $key = '1';
#ifcong ens33:1 20.0.0.100/24 key是1，网卡的编号就是1
my $ssh_start_vip = "/sbin/ifconfig ens33:$key $vip";
#key：ens33:1 20.0.0.100 up
my $ssh_stop_vip = "/sbin/ifconfig ens33:$key down";
#ens33:1 20.0.0.100 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 \"`;
}
### 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";
}
#master宕机之后，VIP地址切换到新的主库创建MHA的软件目录，对节点服务器进行管理mkdir /etc/masterhacd /opt/manger/samples/conf/app1.cnf
#用来管理mysql的节点服务器
cp -a app1.cnf /etc/masterha/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=/usr/local/mysql/data
#保存master的二进制的位置，必须要和master保存的路径一致
master_ip_failover_script=/usr/local/bin/master_ip_failover
#设置自动切换脚本
master_ip_online_change_script=/usr/local/bin/master_ip_onli
ne_change
#手动切换脚本
password=manager
ping_interval=1
#监控主库发送ping包的时间间隔 1代表1秒 工作中一般3-6秒。会尝试3次之后会切换到failover脚本进行自动切换
remote_workdir=/tmp
#mysql在发生切换时，binlog的保存位置
repl_password=123456
#登录主库和从库的用户密码
repl_user=myslave
#用户名
secondary_check_script=/usr/local/bin/masterha_secondary_check -s 20.0.0.60 -s 20.0.0.70 
#从和主之间互相监听，主服务器无需声明，但是从服务器需要在check之后声明
#从对主监听
shutdown_script=""
#设置切换时告警的脚本
ssh_user=root
#远程登录的用户名
user=mha[server1]
hostname=20.0.0.50
#主服务器
port=3306[server2]
candidate_master=1 
#设置后选的master主库崩溃会切换到server2 233.22
check_repl_delay=0
#即使设置了权重，但是从服务器的relay_logs落后master100M，即使设置了权重也不会切换。通过设置0会忽略设置延迟复制，直接升为主.强制切换到设定为候选master的服务器。
hostname=20.0.0.60 
#备用主服务器
port=3306[server3]
hostname=20.0.0.70
#从服务器2
port=3306测试ssh通信是否正常
masterha_check_ssh -conf=/etc/masterha/app1.cnf
#测试ssh通信主从之间免密登录是否正常测试主从连接情况是否正常
masterha_check_repl-conf=/etc/masterha/app1.cnf
#测试主从连接情况是否正常都显示ok表示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地址会从文件中删除
/var/log/masterha/app1/manager.log
#MHA的管理日志
-ignore_last_failover 
#如果检测到连续发生宕机，而且宕机的事件间隔不足8小时，不会进行自动切换。忽略时间间隔只要发生故障，就会切换
cat /var/log/masterha/app1/manager.log | grep "current master"
在开一个20主机监控一下管理日志
tail -f /var/log/masterha/app1/manager.log
这时候停掉主MySQL
systemctl stop mysqld
然后到20查看日志
查看一下vip地址还在不在主库20.0.0.50上如果已经转移到主库2 20.0.0.60上代表切换成功。开始故障恢复
进入MySQL1的my.cnf文件进行配置
vim /etc/my.conf
log_bin = master-bin
relay-log = relay-log-bin
relay-log-index = slave-relay-bin.index
#将MySQL1设为从再进入MySQL2的my.cnf文件进行配置
vim /etc/my.conf
log_bin = master-bin
log-slave-updates=ture
#将MySQL2设置为新的主进入manager主机
配置文件进行配置
vim /etc/masterha/app1.cnfsecondary_check_script=/usr/local/bin/masterha_secondary_check -s 20.0.0.50 -s 20.0.0.70
#声明从库的ip将20.0.0.60修改为50[server1]
hostname=20.0.0.60
port=3306
#server1的ip改为60[server2]
candidate_master=1
check_repl_delay=0
hostname=20.0.0.50
port=3306
#复制一个server2出来将ip改为50修改完成后重启启动一下manager
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 &然后回到新的主MySQL20.0.0.60
重启MySQL服务
systemctl restart mysqld
进入MySQL
mysql -u root -p查看一下偏移点
show master status;再回到MySQL1
启动MySQL服务
进入MySQL
先停止slave服务
stop slave
进行配置
change master to master_host='20.0.0.60',
master_user='myslave',master_password='123456',
master_log_file='master-bin.000002',
master_log_pos=154; 
#绑定新的主MySQL的ip和日志文件和偏移点
配置完成后
reset slave
start slave
#启动slave服务查看一下slave的状态
show slave status\G此时出现两个yes代表实验成功进入新的主MySQL20.0.0.60创建一个库
create database kgc2;三台MySQL都能查看到代表实验成功

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

如若内容造成侵权/违法违规/事实不符，请联系编程知识网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

聚观早报 |英伟达发布H200；夸克发布自研大模型

聚观早报 |英伟达发布H200；夸克发布自研大模型

【聚观365】11月15日消息 英伟达发布H200 夸克发布自研大模型 iQOO 12系列开启销售 红魔9 Pro配置细节 禾赛科技第三季度营收4.5亿元 英伟达发布H200 全球市值最高的芯片制造商英伟达公司&#xff0c;正在升级其H100人工智能处理器&#xff0c;为这款产品增加更多功能&am…
阅读更多...
4种互斥机制比较

4种互斥机制比较

4种互斥机制 关中断禁止任务切换信号量互斥信号量 关中断 关中断&#xff08;Disable Interrupts&#xff09;&#xff1a;通过禁用中断来实现互斥。在关中断期间&#xff0c;任何中断请求都会被忽略&#xff0c;从而确保了临界区的独占性。然而&#xff0c;这种方法会导致系统…
阅读更多...
⑨【MySQL事务】事务开启、提交、回滚，事务特性ACID，脏读、幻读、不可重复读。

⑨【MySQL事务】事务开启、提交、回滚，事务特性ACID，脏读、幻读、不可重复读。

个人简介&#xff1a;Java领域新星创作者&#xff1b;阿里云技术博主、星级博主、专家博主&#xff1b;正在Java学习的路上摸爬滚打&#xff0c;记录学习的过程~ 个人主页&#xff1a;.29.的博客 学习社区&#xff1a;进去逛一逛~ MySQL事务 ⑨【事务】1. 事务概述2. 操作事务3…
阅读更多...
u系 kdump查看配置

u系 kdump查看配置

V4 桌面&#xff1a; 如果能上外网配置网络源安装软件包&#xff1a; 会自动安装以下几个包&#xff08;不能连接外网直接安装一下几个包即可&#xff09;&#xff1a; 查看kdump配置&#xff1a; Kdump-config show 可以看到USE_KDUMP1 &#xff0c;生成的vmcore文件在/var…
阅读更多...
Linux：给openlab搭建web网站

Linux：给openlab搭建web网站

httpd服务器建立综合练习 建立网站需求&#xff1a; 1.基于域名 www.openlab.com 可以访问网站内容为 welcome to openlab!!! 2.给该公司创建三个子界面分别显示学生信息&#xff0c;教学资料和缴费网站&#xff0c; &#xff08;1&#xff09;、基于 www.openlab.com/stud…
阅读更多...
技术贴 | SQL 执行 - 执行器优化

技术贴 | SQL 执行 - 执行器优化

本期技术贴主要介绍查询执行引擎的优化。查询执行引擎负责将 SQL 优化器生成的执行计划进行解释&#xff0c;通过任务调度执行从存储引擎里面把数据读取出来&#xff0c;计算出结果集&#xff0c;然后返回给客户。 在关系型数据库发展的早期&#xff0c;受制于计算机 IO 能力的…
阅读更多...
基于若依的ruoyi-nbcio流程管理系统增加流程设计器支持自定义表单的选择与处理

基于若依的ruoyi-nbcio流程管理系统增加流程设计器支持自定义表单的选择与处理

更多ruoyi-nbcio功能请看演示系统 gitee源代码地址 前后端代码&#xff1a; https://gitee.com/nbacheng/ruoyi-nbcio 演示地址&#xff1a;RuoYi-Nbcio后台管理系统 因为之前不支持在流程设计器进行自定义业务表单的关联选择&#xff0c;所以这部分实现这个。 1、前端 对…
阅读更多...
PyTorch技术和深度学习——三、深度学习快速入门

PyTorch技术和深度学习——三、深度学习快速入门

文章目录 1.线性回归1&#xff09;介绍2&#xff09;加载自由泳冠军数据集3&#xff09;从0开始实现线性回归模型4&#xff09;使用自动求导训练线性回归模型5&#xff09;使用优化器训练线性回归模型 2.使用torch.nn模块构建线性回归模型1&#xff09;使用torch.nn.Linear训练…
阅读更多...
基于springboot实现校园医疗保险管理系统【项目源码】

基于springboot实现校园医疗保险管理系统【项目源码】

基于springboot实现校园医疗保险管理系统演示 系统开发平台 在线校园医疗保险系统中&#xff0c;Eclipse能给用户提供更多的方便&#xff0c;其特点一是方便学习&#xff0c;方便快捷&#xff1b;二是有非常大的信息储存量&#xff0c;主要功能是用在对数据库中查询和编程。其…
阅读更多...
linux高级篇基础理论（详细文档）二

linux高级篇基础理论（详细文档）二

♥️作者&#xff1a;小刘在C站 ♥️个人主页&#xff1a; 小刘主页 ♥️不能因为人生的道路坎坷,就使自己的身躯变得弯曲;不能因为生活的历程漫长,就使求索的 脚步迟缓。 ♥️学习两年总结出的运维经验&#xff0c;以及思科模拟器全套网络实验教程。专栏&#xff1a;云计算技…
阅读更多...
自定义注解实现服务的动态开关

自定义注解实现服务的动态开关

shigen日更文章的博客写手&#xff0c;擅长Java、python、vue、shell等编程语言和各种应用程序、脚本的开发。记录成长&#xff0c;分享认知&#xff0c;留住感动。 &#x1f9d1;‍&#x1f4bb;&#x1f9d1;‍&#x1f4bb;&#x1f9d1;‍&#x1f4bb;Make things differe…
阅读更多...
多级缓存之实现多级缓存

多级缓存之实现多级缓存

多级缓存的实现离不开Nginx编程&#xff0c;而Nginx编程又离不开OpenResty。 1. OpenResty快速入门 我们希望达到的多级缓存架构如图&#xff1a; 其中&#xff1a; windows上的nginx用来做反向代理服务&#xff0c;将前端的查询商品的ajax请求代理到OpenResty集群 OpenRest…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023