MHA高可用架构

最新推荐文章于 2025-07-29 23:05:07 发布
最新推荐文章于 2025-07-29 23:05:07 发布
阅读量929 收藏 7
点赞数 15
CC 4.0 BY-SA版权
分类专栏： MySQL 文章标签： 架构 mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2201_75459324/article/details/147860670

2. MHA 架构软件结构说明

2.1 节点规划

manager端: db03

node端: db01,db02,db03

1主2从,独立数据库实例

2.2 MHA软件的构成(perl语言)

Manager工具包主要包括以下几个工具：

mha4mysql-manager-0.58-0.el7.centos.noarch.rpm  管理员

masterha_manger               启动MHA

masterha_check_ssh          检查MHA的SSH配置状况

masterha_check_repl         检查MySQL复制状况

masterha_master_monitor     监控master是否宕机

masterha_check_status       检测当前MHA运行状态

masterha_master_switch      控制故障转移（自动或者手动）

masterha_conf_host          添加或删除配置的server信息

Node工具包主要包括以下几个工具：

rpm -ivh mha4mysql-node-0.58-0.el7.centos.noarch.rpm

这些工具通常由MHA Manager的脚本触发，无需人为操作

save_binary_logs            保存和复制master的二进制日志

apply_diff_relay_logs       识别差异的中继日志事件并将其差异的事件应用于其他的

purge_relay_logs            清除中继日志（如果不清除，有可能会阻塞SQL线程）

3. MHA 配置过程细节说明

3.1 软连接

rm -rf /usr/bin/mysqlbinlog

rm -rf /usr/bin/mysql

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

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

3.2 互信

db01：

rm -rf /root/.ssh

ssh-keygen

cd /root/.ssh

mv id_rsa.pub authorized_keys

scp  -r  /root/.ssh  192.168.8.37:/root

scp  -r  /root/.ssh  192.168.8.38:/root

各节点验证

ssh 192.168.8.36 hostname

ssh 192.168.8.37 hostname

ssh 192.168.8.38 hostname

3.3 安装软件包(所有节点)

yum install perl-DBD-MySQL -y

rpm -ivh mha4mysql-node-0.58-0.el7.centos.noarch.rpm

3.4 在db01主库中创建mha需要的用户

grant all privileges on *.* to mha@'192.168.8.%' identified by 'mha';

3.5  Manager软件安装（db03）

yum install -y perl-Config-Tiny epel-release perl-Log-Dispatch perl-Parallel-ForkManager perl-Time-HiRes

rpm -ivh mha4mysql-manager-0.58-0.el7.centos.noarch.rpm

3.6 配置文件准备(db03)

-- 创建配置文件目录

mkdir -p /etc/mha

-- 创建日志目录

mkdir -p /var/log/mha/app1

-- 编辑mha配置文件

cat > /etc/mha/app1.cnf <<EOF

[server default]

manager_log=/var/log/mha/app1/manager        

manager_workdir=/var/log/mha/app1            

master_binlog_dir=/usr/local/mysql/data       

user=mha                                   

password=mha                               

ping_interval=2

repl_user=repl

repl_password=123

ssh_user=root                               

[server1]                                   

hostname=192.168.8.36

port=3306                                  

[server2]            

hostname=192.168.8.37

port=3306

[server3]

hostname=192.168.8.38

port=3306

EOF

3.7 状态检查(db03)

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

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

3.8 开启MHA(db03)：

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 &

4. MHA FailOver过程详解

4.1 什么是Failover? (故障转移)

主库宕机一直到业务恢复正常的处理过程(自动)

4.2 Failover让你实现怎么做?

(1) 快速监控到主库宕机

(2) 选择新主

(3) 数据补偿（如果主服务器产生大量的数据，那么会尽可能的打包传到从服务器）

(4) 解除从库身份

(5) 剩余从库和新主库构建主从关系

(6) 应用透明（漂移地址漂移，不让前台知道服务器有故障）

(7) 故障节点自愈(待开发...)

(8) 故障提醒（发送电子邮件）

4.3 MHA的Failover如何实现?

从启动--->故障--->转移--->业务恢复

(1) MHA通过masterha_manger脚本启动MHA的功能.

(2) 在manager启动之前,会自动检查ssh互信(masterha_check_ssh)和主从状态(masterha_check_repl)

(3) MHA-manager 通过 masterha_master_monitor脚本(每隔ping_interval秒)

(4) masterha_master_monitor探测主库3次无心跳之后,就认为主库宕机了.

(5) 进行选主过程 ***

算法一:

读取配置文件中是否有强制选主的参数?

candidate_master=1（强制选主）

check_repl_delay=0（不做从）

扩展一下:

candidate_master=1 应用场景?

(a) MHA+KeepAlive VIP(早期MHA架构)

(b) 多地多中心

算法二:

自动判断所有从库的日志量，将最接近主库数据的从库作为新主.

算法三:

按照配置文件先后顺序的进行选新主.

(6) 数据补偿

判断主库SSH的连通性

情况一: SSH能连

调用 save_binary_logs脚本,立即保存缺失部分的binlog到各个从节点,恢复

情况二: SSH无法连接

调用 apply_diff_relay_logs 脚本,计算从库的relaylog的差异,恢复到2号从库（哪个从库更全面，就用谁当作主）

(6.1) 提供额外的数据补偿的功能@@

(7) 解除从库身份

(8) 剩余从库和新主库构建主从关系

(9) 应用透明  @@

(10) 故障节点自愈(待开发...)@@

(11) 故障提醒@@

5. MHA 应用透明(vip)（以前用keepalived才能实现）

db03:

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

vim /usr/local/bin/master_ip_failover

my $vip = '192.168.8.254/24';

my $key = '1';

my $ssh_start_vip = "/sbin/ifconfig ens33:$key $vip";

my $ssh_stop_vip = "/sbin/ifconfig ens33:$key down";

[root@db03 bin]# yum install -y  dos2unix

[root@db03 bin]# dos2unix /usr/local/bin/master_ip_failover

[root@db03 bin]# chmod +x /usr/local/bin/master_ip_failover

[root@db03 bin]# vim /etc/mha/app1.cnf

添加至第二行:

master_ip_failover_script=/usr/local/bin/master_ip_failover

db01:手工添加vip

[root@db01 ~]# ifconfig ens33:1 192.168.8.254/24

db03 : 重启MHA

[root@db03]masterha_stop --conf=/etc/mha/app1.cnf

[root@db03]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 &

[root@db03]masterha_check_status --conf=/etc/mha/app1.cnf

6. MHA 故障提醒

systemctl stop postfix

systemctl disable postfix

cat >> /etc/mail.rc << EOF

set from=1793594335@qq.com

set smtp=smtps://smtp.qq.com:465

set smtp-auth-user=1793594335@qq.com

set smtp-auth-password=yuemqwmhdizdbjeg

set smtp-auth=login

set ssl-verify=ignore

set nss-config-dir=/etc/pki/nssdb/

EOF

 

cat >> /usr/local/bin/send << EOF

#!/bin/bash

echo "mha is failover,hehe" | mail -s mha_alert 1793594335@qq.com

EOF

chmod +x /usr/local/bin/send

vim /etc/mha/app1.cnf

添加第三行：

report_script=/usr/local/bin/send

保存退出

重启mha

[root@db03]masterha_stop --conf=/etc/mha/app1.cnf

[root@db03]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 &

[root@db03]masterha_check_status --conf=/etc/mha/app1.cnf

7. 额外的数据补偿(binlog_server)

(1)

找一台额外的机器，必须要有5.6以上的版本，支持gtid并开启，我们直接用的第二个slave（db03）

mkdir -p /data/mysql/binlog

chown -R mysql.mysql /data/mysql

 

vim /etc/mha/binlogserver.cnf

[binlog1]

no_master=1

hostname=192.168.8.38

master_binlog_dir=/data/mysql/binlog/

(2) 拉取主库binlog日志

cd /data/mysql/binlog    

mysqlbinlog  -R --host=192.168.8.36 --user=mha --password=mha --raw  --stop-never mysql-bin.000003 &

注意：

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

(4) 重启MHA-manager

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

8. 故障模拟及故障处理

8.1 宕掉 db01 数据库

systemctl stop mysqld

在db03上查看日志：

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

8.2 恢复故障

(1) 启动故障节点

[root@db01 ~]# systemctl start mysqld

(2) 恢复1主2从(db01)

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

db01>start slave;

(3) 恢复配置文件(db03)

[server1]

hostname=192.168.8.36

port=3306

[server2]

hostname=192.168.8.37

port=3306

[server3]

hostname=192.168.8.38

port=3306

(4) 启动MHA

[root@db03 bin]# 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 &

[1] 16543

[root@db03 bin]# masterha_check_status --conf=/etc/mha/app1.cnf

app1 (pid:16543) is running(0:PING_OK), master:192.168.8.37

(5)恢复binlogserver （8.37）

cd /data/mysql/binlog  

mv mysql-bin.*  /tmp

mysqlbinlog  -R --host=192.168.8.37 --user=mha --password=mha --raw  --stop-never mysql-bin.000003 &

基于MHA搭建MySQL集群高可用架构
技术引领业务创新
04-01 7万+
MHA是Master High Availability的缩写，它是目前MySQL高可用方面的一个相对成熟的解决方案，其核心是使用perl语言编写的一组脚本，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且能在最大程度上保证数据的一致性，以达到真正意义上的高可用。
MYSQL MHA 高可用架构部署
weixin_46008057的博客
05-18 982
本文介绍了如何在四台虚拟机上部署MySQL MHA高可用架构。首先，准备四台虚拟机，分别为主节点、两个从节点和管理节点，并关闭防火墙和SELinux。接着，修改主机名并配置IP地址映射，同时为每台服务器配置EPEL源和本地MHA依赖库的Yum源。随后，安装MHA所需依赖库并进行时间同步。在部署MySQL主从复制环境时，统一数据库安装路径和配置文件位置，并在主服务器上通过脚本安装MySQL 5.7.44，初始化并修改密码。最后，进行MySQL安全初始化。通过以上步骤，完成了MySQL MHA高可用架构的基础环
第二十一周-day90-数据库day12-MHA高可用架构
linux丶晨星
08-20 409
文章目录1. 查看MHA配置文件2. 检查主从状态3.开启MHA(db03)1. 主从复制架构演变介绍1.1 基本结构1.2 高级应用架构演变1.2.1 高性能架构1.2.2 高可用架构2. 高可用MHA ☆☆☆☆☆2.1 架构工作原理2.2 架构介绍:2.3 MHA软件构成2.4 MHA环境搭建2.5 故障模拟测试2.5.1 关闭51主库（db01上）2.5.2 此时主库跳到52上（db03上...
MySQL高可用架构
li175325的博客
08-26 4911
2.1 节点规划manager端: db03node端: db01,db02,db031主2从,独立数据库实例2.2 MHA软件的构成(perl语言)Manager工具包主要包括以下几个工具：masterha_manger 启动MHAmasterha_check_ssh 检查MHA的SSH配置状况masterha_check_repl 检查MySQL复制状况。
高可用及读写分离架构
qq_69931534的博客
06-26 205
启用: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 &mysqlbinlog -R --host=10.10.10.89 --user=mha --password=mha --raw --stop-never 二进制日志文件 &
MySQL MHA 基础知识介绍
weixin_51614581的博客
02-19 784
MySQL MHAMySQL MHA1．什么是 MHA2．MHA 的组成3．MHA 的特点 MySQL MHA 1．什么是 MHA MHA（MasterHigh Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。 MHA 的出现就是解决MySQL 单点的问题。 MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作。 MHA能在故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用。 2．MHA 的组成 MHA Node（数据节点）
MySQL-MHA的vip功能笔记day16
追梦娃的博客
10-12 515
一、 (1)、准备vip脚本 [root@db03 ~]# cp master_ip_failover.txt /usr/local/bin/master_ip_failover [root@db03 ~]# cd /usr/local/bin/ [root@db03 /usr/local/bin]# yum install -y dos2unix [root@db03 /usr...
MHA高可用架构搭建细节流程
08-26
MHA高可用架构搭建细节流程 本文将详细介绍MHA高可用架构搭建的细节流程，从搭建MySQL主从复制到MHA高可用实现故障转移。本文将涵盖MySQL主从复制的搭建、MHA高可用架构的搭建详细流程，并对相关的技术点进行了详细...
MySQL MHA高可用架构搭建手册
02-21
MySQL MHA高可用架构搭建手册
linux运维学习笔记：MHA高可用架构原理与实战.pdf
08-18
MHA 高可用架构原理与实战 MHA（Master High Availability）是一种优秀的高可用软件，用于 MySQL 高可用环境下的故障切换和主从提升。它由日本 DeNA 公司的 youshimaton（现就职于 Facebook 公司）开发，目前在 ...
master_ip_failover
05-22
mha脚本 可以使用脚本 进行检测
MHA master_ip_failover脚本文件,自用亲测，无坑
北海牧野
07-18 2435
本脚本，不是网上的复制版本。 网上复制的那堆脚本，根本做不到自动化 飘移VIP地址。 原因如下: #!/usr/bin/env perl # Copyright (C) 2011 DeNA Co.,Ltd. # # This program is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # t
master_ip_failover以及 master_ip_online_change
xys2333的博客
02-27 1063
1.master_ip_failover #!/usr/bin/env perl use strict; use warnings FATAL =&gt; 'all'; use Getopt::Long; my ( $command, $ssh_user, $orig_master_host, $orig_master_ip, $orig_ma...
MHA，把已经故障的master主机，重新加入
09-23 676
第一次正常实验，70为主，80为备主，90为从 [root@centos-60 ~]# vim /usr/local/bin/master_ip_failover 虚拟ip为192.168.0.66 网卡名为ens33 [root@centos-70 ~]# vim /etc/my.cnf [root@centos-80 ~]# vim /etc/my.cnf [root@centos-90 ~]# vim /etc/my.cnf [root@centos-70 ~]# systemctl r
[MHA]master_ip_failover 故障自动切换无反应 IP地址切换脚本 测试成功！
IChen.的博客
03-27 660
#!/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 =
MHA高可用配置及故障切换
chengu04的博客
08-29 717
文章目录一、MHA概述二、MHA高可用案例实验需求实验环境实验步骤MySQL5.6版本主从同步安装MHA软件实验验证 一、MHA概述 ●传统的MySQL主从架构存在的问题 MySQL主服务器出故障后就无法写入数据了 ●MHA简介 一套优秀的MySQL高可用环境下故障切换和主从复制的软件 MySQL故障过程中，MHA能做到0-30秒内自动完成故障切换 ●MHA组成 MHA Manager（管理节点）和 MHA Node（数据节点） MHA Manager 可以单独部署在一台独立的机器上，管理多个 master
ZKmall开源商城中台架构实践：API 网关与服务治理如何撑起电商技术骨架
最新发布
07-29 501
ZKmall 开源商城靠搭建完善的中台架构，把零散的业务能力和技术组件做了标准化整合，既让业务能快速迭代，又保证了系统稳定运行。其中，API 网关作为中台架构的统一入口，跟服务治理体系配合着干活，一起构成了技术中台的核心骨架。这套架构不光能每天高效处理百万级订单，还把新业务上线时间缩短了 65%，系统运维成本降了 40%，给电商企业的中台化转型提供了一套能真正落地的范例。
私有化大模型架构解决方案构建指南
2401_86594982的博客
07-25 658
本指南全面解析私有化大模型架构解决方案的构建路径，涵盖安全部署、模型训练、持续优化与知识管理，助力企业保障数据隐私、提升业务效率。
MHA高可用架构：MySQL故障切换与数据一致性
"Linux运维学习笔记，重点探讨了MHA(Master High Availability)高可用架构的原理与实战应用。" 在MySQL高可用性解决方案中，MHA是一个被广泛使用的工具，由日本DeNA公司的youshimaton（现任职于Facebook）开发。MHA...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值