mha的应用

最新推荐文章于 2023-06-14 14:45:59 发布
最新推荐文章于 2023-06-14 14:45:59 发布
阅读量1.6k 收藏
点赞数
分类专栏： mysql 文章标签： linux 运维 服务器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ncnhhm/article/details/121306451
版权
本文详细介绍了MHA（Master High Availability）在MySQL中的高级应用，包括快速Failover机制、数据补偿、VIP透明切换、故障提醒以及故障模拟与恢复流程。通过设置监控、配置文件和脚本，确保在主库宕机时能够自动选择新主，维持服务连续性，并在故障后有效恢复。
摘要由CSDN通过智能技术生成

mha的高级应用


节点的分布

192.168.80.90sjk1 主库 mha的node安装
192.168.80.91sjk2 从库 mha 的node安装
192.168.80.92sjk3 从库 mha 的node安装 和manager的安装，manager其实要安装单独的机器上，这里我们就以sjk3作为mha的管理节点

1主2从的搭建：该文章的第4章有搭建
https://blog.csdn.net/ncnhhm/article/details/121294148?spm=1001.2014.3001.5501
mha的搭建级软件分享这篇文章
https://blog.csdn.net/ncnhhm/article/details/121295291?spm=1001.2014.3001.5501

1. Failover

failover实现那些

1.快速的监控到主库的宕机
2.选择主库
3.数据补偿
4.解除从库的身份
5.剩余从库和新主库构建主从关系
6.应用透明
7.故障节点的自愈
8.故障提醒

1.1 mha的failover如何实现

启动—故障—转移—业务的恢复

1.mha通过masterha_manager脚本启动mha的功能
2.在manager启动之前，会自动的检查ssh互信he主从的状态
masterha_check_ssh masterha_check_repl
3.manager通过masterha_master_monitor脚本，每隔ping_interval秒
4.masterha_master_monitor探测主库三次无心跳以后，就认为主库宕机了
5.选择主的过程
   1.配置文件里边添加了强制选主
    candidate_master=1
	check_repl_delay=0
	2.自动的判断所有从库的日志两，将最接近的主库数据的从库新主
	3.按照配置文件主机的先后顺序进行选新主

2. 数据补偿

判断ssh的连接诶情况
1.能连接
调用save_binary_logs脚本，立即保存缺失的部分的binlog到各个从节点
2.无法连接
调用 apply_diff_relay_logs 脚本,计算从库的relaylog的差异,恢复到2号从库

3. mha的应用透明 VIP

文件的准备：
在这里插入图片描述
在mha安装的文章里边有分享的百度网盘的连接

cp master_ip_failover.txt /usr/local/bin/master_ip_failover

该文件的配置

vim  /usr/local/bin/master_ip_failover
my $vip = '10.0.0.55/24';
my $key = '1';
my $ssh_start_vip = "/sbin/ifconfig eth0:$key $vip";
my $ssh_stop_vip = "/sbin/ifconfig eth0:$key down";


my $vip = '10.0.0.55/24'; 同一个网段没有用过的主机ip

yum install -y  dos2unix
dos2unix /usr/local/bin/master_ip_failover
chmod +x /usr/local/bin/master_ip_failover 

vim /etc/mha/app1.cnf 
master_ip_failover_script=/usr/local/bin/master_ip_failover

手工添加vip sjk1

 ifconfig eth0:1 192.168.80.120/24

重启mha

masterha_stop --conf=/etc/mha/app1.cnf

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

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

4. mha 故障提醒

cp -a email/* /usr/local/bin/
cd /usr/local/bin/
chmod +x *

测试邮箱：

cd /usr/local/bin/
vim testpl
#!/bin/bash
/usr/local/bin/sendEmail -o tls=no -f 13526091932@163.com -t 3307235355@qq.com -s smtp.163.com:25  -xu 13526091932@163.com -xp KPMLKXFILXLALGAA  -u "MHA Waring" -m "YOUR MHA MAY BE FAILOVER" &>/tmp/sendmail.log

修改的是只是邮箱账号，授权码，用的什么邮箱
sendemail的参数解释

-f 表示发送者的邮箱
-t 表示接收者的邮箱
-s 表示SMTP服务器的域名或者ip
-u 表示邮件的主题
-xu 表示SMTP验证的用户名
-xp 是smtp服务的授权码，不知邮箱账号的密码
-m 表示邮件的内容

测试：

cd /usr/local/bin 
./testpl

在这里插入图片描述

mha上的配置

vim /etc/mha/app1.cnf 
report_script=/usr/local/bin/send

重启mha

masterha_stop --conf=/etc/mha/app1.cnf

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

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

5. 额外的数据补偿（binlog_server）

找一台额外的机器，必须要有5.6以上版本的mysql，支持gtid
我们用sjk3也就是第二个从库

vim /etc/mha/app1.cnf 
[binlog1]
no_master=1
hostname=192.168.80.92
master_binlog_dir=/data/mysql/binlog

创建目录，目录不能与主库目录binlog 一样

mkdir -p /data/mysql/binlog
chown -R mysql.mysql /data/*

拉取主库的binlog，必须进入到自己创建好的目录

cd /data/mysql/binlog 
mysqlbinlog  -R --host=192.168.80.90  --user=mha --password=mha  --raw  --stop-never mysql-bin.000001 &

拉取日志的起点,需要按照目前主库正在使用的binlog为起点.

[root@sjk3 binlog]# pwd
/data/mysql/binlog
[root@sjk3 binlog]# ll
total 12
-rw-r----- 1 root root  177 Nov 13 04:47 mysql-bin.000001
-rw-r----- 1 root root 1503 Nov 13 04:47 mysql-bin.000002
-rw-r----- 1 root root  194 Nov 13 04:47 mysql-bin.000003

重启mha

masterha_stop --conf=/etc/mha/app1.cnf

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

总的配置文件 /etc/mha/app1.cnf

[server default]
manager_log=/var/log/mha/app1/manager
manager_workdir=/var/log/mha/app1
master_binlog_dir=/data/binlog
master_ip_failover_script=/usr/local/bin/master_ip_failover
password=mha
ping_interval=2
repl_password=123
repl_user=repl
report_script=/usr/local/bin/send
ssh_user=root
user=mha

[server1]
hostname=192.168.80.90
port=3306
[server2]
hostname=192.168.80.91
port=3306
[server3]
hostname=192.168.80.92
port=3306

[binlog1]
no_master=1
hostname=192.168.80.92
master_binlog_dir=/data/mysql/binlog

6. 故障模拟及恢复

6.1 宕机掉数主库

sjk1

systemctl stop mysqld

邮件发送完成
在这里插入图片描述
看看vip sjk1
在这里插入图片描述
没有了，vipzai sjk2上
在这里插入图片描述

我们查看主从情况，这个时候我们的mha已经挂掉了

[root@sjk3 binlog]# masterha_check_status --conf=/etc/mha/app1.cnf
app1 is stopped(2:NOT_RUNNING).
[1]+  Done

在sjk3上查看那个是主库哪个是从库

sjk3 [(none)]>show slave status \G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.80.91
                  Master_User: repl
                  Master_Port: 3306
                Connect_Retry: 60

这个时候就变成了1主1从

192.168.80.91sjk2 主
192.168.80.92sjk3 从

6.2 恢复

6.2.1 启动故障节点

systemctl start mysqld

6.2.2 恢复1主2从

sjk3

grep "CHANGE MASTER TO"  /var/log/mha/app1/manager

[root@sjk3 binlog]# grep "CHANGE MASTER TO"  /var/log/mha/app1/manager
Sat Nov 13 06:29:33 2021 - [info]  All other slaves should start replication from here. Statement should be: CHANGE MASTER TO MASTER_HOST='192.168.80.91', MASTER_PORT=3306, MASTER_AUTO_POSITION=1, MASTER_USER='repl', MASTER_PASSWORD='xxx';

sjk1上执行
CHANGE MASTER TO MASTER_HOST='192.168.80.91', MASTER_PORT=3306, MASTER_AUTO_POSITION=1, MASTER_USER='repl', MASTER_PASSWORD='123';
sjk01[(none)]>start slave;

在这里插入图片描述

6.2.3恢复配置文件

vim /etc/mha/app1.cnf

[server1]
hostname=192.168.80.90
port=3306
[server2]
hostname=192.168.80.91
port=3306
[server3]
hostname=192.168.80.92
port=3306

[binlog1]
no_master=1
hostname=192.168.80.92
master_binlog_dir=/data/mysql/binlog

6.2.4 恢复binlog_server

cd /data/mysql/binlog    
rm -rf /data/mysql/binlog/*
mysqlbinlog  -R --host=192.168.80.90 --user=mha --password=mha --raw  --stop-never mysql-bin.000001 &

6.2.5 启动mha

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

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

7. 要是想重新恢复到sjk1为主库

可以强制加参数，在stop sjk2就行，或者把sjk1的ip放前面

vim  /etc/mha/app1.cnf

[server1]
hostname=192.168.80.90
port=3306
candidate_master=1
check_repl_delay=0
[server2]
hostname=192.168.80.91
port=3306
[server3]
hostname=192.168.80.92
port=3306


或者  
[server1]
hostname=192.168.80.90
port=3306
[server2]
hostname=192.168.80.91
port=3306
[server3]
hostname=192.168.80.92
port=3306

然后stop sjk2，再按照6的步骤恢复即可
在这里插入图片描述

CHANGE MASTER TO MASTER_HOST='192.168.80.90', MASTER_PORT=3306, MASTER_AUTO_POSITION=1, MASTER_USER='repl', MASTER_PASSWORD='123';

恢复sjk1为主库完成
在这里插入图片描述
在这里插入图片描述

长安有故里y
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
mha安装文件
05-11
部署MySQL高可用的必备程序，MySQL dba必备软件 部署MySQL高可用的必备程序，MySQL dba必备软件
mha数据库集群
10-28
在本文中，我们将深入探讨MHA的原理、功能、配置及应用场景。 ### 1. MHA简介 MHA由日本Yahoo! JAPAN开发并开源，它的全称是MySQL High Availability Manager。这个工具不仅包含了监控、故障检测、故障恢复等功能...
Centos7 Mysql5.6.40 高可用架构--MHA-vip功能（应用透明）
专注于php高级知识分享
01-13 1295
Centos7 Mysql5.6.40 高可用架构--MHA-vip功能（应用透明） 上传源码包里的应用漂移脚本master_ip_failover 转换脚本字符预防中文字符导致错误 dos2unix master_ip_failover 编辑 master_ip_failover 脚本添加下面命令： my $vip = '10.0.0.129/24'; my $key = '0'; my $ssh_start_vip = "/sbin/ifconfig eth0:$key $vip"; my $
mha && 脚本拉起
weixin_34301307的博客
11-08 118
ip分布： vip 192.168.238.222 mha_manager 192.168.238.131 监控服务器 master 192.168.238.128 主库GTID复制模式 slave—1 192.168.238.129 从库，备用主库 slave-2 192.168.238.130 从库 mha版本 0.5...
读取mha 医学文件，并保存为 JPG 序列
u011630325的博客
07-31 3668
两个工具 下载最新版本3D slicer (PS：也可以尝试下中科院出的3Dmed)，MicroDicom viewer. 1：将所需mha文件直接拖到3D slicer 主页面，可以看到强大的3d slicer 是支持对 mha 文件的读取。右上角 选择 creat a DICOM Series ,对应的下面的选项 Input--Input Volume 选择刚才加载图片 DI...
医学影像数据格式转换（.mha转.jpg）
qq_45603919的博客
06-10 3450
文章目录医学影像中.mha转.jpg1. BRAST2015数据集介绍2.格式转换结果展示 医学影像中.mha转.jpg 1. BRAST2015数据集介绍 ​ BRAST2015的数据集格式如上图所示，由5个.mha文件构成。其中Flair,T2,T1c,T2为四种模态（理解为四种提取特征的方式），OT为GroundTruth也就是掩码（0，1，2，3，4五种标签）。 2.格式转换 ​ 在进行图像分割的过程中，数据集最基本的格式为图片＋掩码（图片作为数据，掩码作为真值）。故在处理医学影像时需要将.mh
mha安装过程
12-07
#### 一、MHA简介与应用场景 MHA（Master High Availability）是一套开源的 MySQL 高可用性解决方案，它主要用于实现 MySQL 主从架构中的自动故障转移。当主服务器发生故障时，MHA 能够在短时间内自动完成故障转移...
mha读写分离
02-13
3. **应用差异的中继日志到其他Slave节点**：为了确保所有Slave节点的数据一致性，MHA Manager会将差异的中继日志应用到其他所有Slave节点上。 4. **提升一个新的Master节点**：一旦确定了最新的Slave节点，MHA ...
mha-0.57.zip
05-20
【标题】"mha-0.57.zip" 提供的是 MySQL 高可用性解决方案 MHA（Master High Availability）的两个关键组件的软件包。...在实际应用中，务必结合实际情况进行详细规划和测试，以确保 MHA 能够满足特定环境的需求。
企业级mysql基于MHA的高可用集群部署
最新发布
11-07
知识点4：MHA的应用场景 MHA主要适合一主多从的架构，要求一个复制集群中必须至少有三台数据库服务器，一主二从，即一台充当master，一台充当备用master，另外一台充当从库。 知识点5：MHA的工具包 MHA软件由两部分...
mha格式图片转为jpg格式
05-17
mha格式图片转为jpg格式, 程序用matlab写，直接运行main.m文件即可
MHA介绍
看，未来的博客
01-17 1813
文章目录MHA是什么？工作流程 MHA是什么？ MHA（Master HighAvailability）是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到在10~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。 当master出现故障时，它可以自动将最新数据的slave提升为新的master，然后将所有其他的slave重新指向新的master。整个故障转移过程对应
MHA（一）介绍
一条大河
04-24 7598
MHA背景介绍： MHA 是Perl语言写的，开源的MYSQL故障切换方案；全称：Master High Availability，故障切换时间10-30s 有人说，我不要MHA行不行啊； 可以，没问题， 如果数据库故障了，自己手动去登陆从库，然后CHANGE MASTER； 那问题来了，首先你这样得耗费多少时间；其次，你的几个SLAVE,你还得一个个对比，看谁执行的BINLOG比较新一些...
MHA 配置文件样本描述
乐沙弥的世界
04-13 4648
与绝大多数Linux应用程序类似，MHA的正确使用依赖于合理的配置文件。MHA的配置文件与mysql的my.cnf文件配置相似，采取的是分模块，param=value的方式来配置，配置文件位于管理节点，通常包括每一个mysql server的主机名，mysql用户名，密码，工作目录等等。本文列出了单套MHA以及采用全局配置来管理多套MHA配置文件的一些样例，供大家参考。
ITK系列23_ 区域增长(置信连接)算法对脑部MHA文件进行三维分割
qq_32809093的博客
05-18 1285
实例23置信连接算法对脑部MHA文件进行三维分割 在这个例子中使用前面例子中的代码，并设置图像的维数为 3 。应用梯度各向异性扩散来平滑图像。这个滤波器使用两个迭代器、一个值为 0.05 的 time step 和一个值为 3 的conductance 值，然后使用置信连接方式对平滑后的图像进行分割。使用的五个种子点的坐标分别为（ 118 ， 85 ， 92 ）、（ 63 ， 87 ， 94 ）、（ 63 ， 157 ， 90 ）、（ 111 ， 188 ， 90 ）、（ 111 ， 50 ， 88 ）.
python通过SimpleITK库预览.mha格式图片
crazyjinks的博客
06-14 720
file_path = Path(“/Users/mark/ok.mha”) # 改为你的mha图片的路径地址。# 将SimpleITK图像转换为NumPy数组。# 使用SimpleITK库读取MHA文件。
MHA文档翻译 配置文件部分
FaN()
07-20 395
配置文件 创建application配置文件 创建global配置文件 Binlog server 创建application配置文件示例manager_host$ cat /etc/app1.cnf[server default] # mysql user and password user=root password=mysqlpass # working directory on the ma
MHA学习
Jiangcary的博客
07-12 466
MHA切换流程
MHA简介和搭建
liudsy的博客
09-14 3223
MySQL_MHA AB复制     主主复制  master-master        auto_increment   10   1        10  2   ABB  一主多从 MHA    MySQL high available   mysql高可用     ABB    0~30     日本人，Perl语言，     组成：manager节点    node节点     ...
mysql mha应用场景
08-09
1. 高可用性要求：当应用对数据库的高可用性要求较高时，MHA可以提供自动故障切换和快速恢复的能力。当主库节点发生故障时，MHA可以自动将备库提升为新的主库，并将应用的连接请求切换到新的主库，从而实现数据库的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

长安有故里y

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值