MySQL之MHA架构部署（高可用主从复制）

最新推荐文章于 2024-05-14 15:41:23 发布
最新推荐文章于 2024-05-14 15:41:23 发布
阅读量607 收藏 10
点赞数 9
分类专栏： MySQL 文章标签： 数据库 mysql sql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/APPLEaaq/article/details/109675187
版权
本文详细介绍了MHA（MasterHA），一款用于MySQL主从复制架构的高可用程序，包括其功能、服务角色、工作原理以及配置步骤。MHA在主节点故障时能快速切换至最新数据的从节点，保证数据一致性和服务连续性。文章还涵盖了SSH互信配置、MHA安装、初始化、检测和故障转移测试等实战操作。
摘要由CSDN通过智能技术生成

一、简介

MHA（Master HA）是一款开源的 MySQL 的高可用程序，它为 MySQL 主从复制架构提供了 automating master failover 功能。MHA 在监控到 master 节点故障时，会提升其中拥有最新数据的 slave 节点成为新的master 节点，在此期间，MHA 会通过于其它从节点获取额外信息来避免一致性方面的问题。MHA 还提供了 master 节点的在线切换功能，即按需切换 master/slave 节点。
　　MHA 是由日本人 yoshinorim（原就职于DeNA现就职于FaceBook）开发的比较成熟的 MySQL 高可用方案。MHA 能够在30秒内实现故障切换，并能在故障切换中，最大可能的保证数据一致性。目前淘宝也正在开发相似产品 TMHA， 目前已支持一主一从。

二、MHA 服务

MHA 服务有两种角色， MHA Manager(管理节点)和 MHA Node(数据节点)：
MHA Manager：
　　通常单独部署在一台独立机器上管理多个 master/slave 集群(组)，每个 master/slave 集群称作一个 application，用来管理统筹整个集群。
MHA node：
　　运行在每台 MySQL 服务器上(master/slave/manager)，它通过监控具备解析和清理 logs 功能的脚本来加快故障转移。
　　主要是接收管理节点所发出指令的代理，代理需要运行在每一个 mysql 节点上。简单讲 node 就是用来收集从节点服务器上所生成的 bin-log 。对比打算提升为新的主节点之上的从节点的是否拥有并完成操作，如果没有发给新主节点在本地应用后提升为主节点。
在这里插入图片描述
由上图我们可以看出，每个复制组内部和 Manager 之间都需要ssh实现无密码互连，只有这样，在 Master 出故障时， Manager 才能顺利的连接进去，实现主从切换功能。

三、

MHA工作原理总结为以下几条：
（1） 从宕机崩溃的 master 保存二进制日志事件（binlog events）；
（2） 识别含有最新更新的 slave ；
（3） 应用差异的中继日志(relay log) 到其他 slave ；
（4） 应用从 master 保存的二进制日志事件(binlog events)；
（5） 提升一个 slave 为新 master ；
（6） 使用其他的 slave 连接新的 master 进行复制。
在这里插入图片描述
为了方便我们后期的操作，我们在各节点的/etc/hosts文件配置内容中添加如下内容：
192.168.59.140 node1.keer.com node1
192.168.59.141 node2.keer.com node2
192.168.59.142 node3.keer.com node3
192.168.59.143 node4.keer.com node4
在这里插入图片描述

初始主节点 master 的配置

vim /etc/my.cnf
[mysqld]
server-id = 1
log-bin = master-log
relay-log = relay-log
skip_name_resolve
systemctl restart mariadb

在这里插入图片描述

所有 slave 节点依赖的配置

slave1

vim /etc/my.cnf
[mysqld]
	server-id = 2 				//复制集群中的各节点的id均必须唯一；
	relay-log = relay-log		//开启中继日志
	log-bin = master-log		//开启二进制日志
	read_only = ON				//启用只读属性
	relay_log_purge = 0			//是否自动清空不再需要中继日志
	skip_name_resolve			//关闭名称解析（非必须）
	log_slave_updates = 1       //使得更新的数据写进二进制日志中
systemctl restart mariadb

slave2

vim /etc/my.cnf
[mysqld]
	server-id = 2 				//复制集群中的各节点的id均必须唯一；
	relay-log = relay-log		//开启中继日志
	log-bin = master-log		//开启二进制日志
	read_only = ON				//启用只读属性
	relay_log_purge = 0			//是否自动清空不再需要中继日志
	skip_name_resolve			//关闭名称解析（非必须）
	log_slave_updates = 1       //使得更新的数据写进二进制日志中
systemctl restart mariadb

本步骤完成。

配置一主多从复制架构

点击→主从配置详情请关注暴躁程序员的博客←点击
主节点：
在这里插入图片描述
从节点1：
在这里插入图片描述
从节点2：
在这里插入图片描述
本步骤完成。

安装配置MHA

在 master 上进行授权
在所有 Mysql 节点授权拥有管理权限的用户可在本地网络中有其他节点上远程访问。 当然， 此时仅需要且只能在 master 节点运行类似如下 SQL 语句即可。

grant all on *.* to 'mhaadmin'@'192.168.%.%' identified by 'mhapass';

本步骤完成。

准备 ssh 互通环境

MHA集群中的各节点彼此之间均需要基于ssh互信通信，以实现远程控制及数据管理功能。简单起见，可在Manager节点生成密钥对儿，并设置其可远程连接本地主机后， 将私钥文件及authorized_keys文件复制给余下的所有节点即可。

（注意四个节点都要做一遍）

ssh-keygen -t rsa
ssh-copy-id -i .ssh/id_rsa.pub root@node1

在这里插入图片描述
当四台机器都进行了上述操作以后，我们可以在 manager 机器上看到如下文件：

cd .ssh/
ls
authorized_keys
cat authorized_keys

在这里插入图片描述

四台机器的公钥都已经在authorized_keys这个文件中了，接着，我们只需要把这个文件发送至另外三台机器，这四台机器就可以实现 ssh 无密码互通了：

scp authorized_keys root@node2:~/.ssh/
scp authorized_keys root@node3:~/.ssh/
scp authorized_keys root@node4:~/.ssh/

在这里插入图片描述
安装 MHA 包
四个节点都需安装：mha4mysql-node-0.56-0.el6.norch.rpm
Manager 节点另需要安装：mha4mysql-manager-0.56-0.el6.noarch.rpm

下载链接
链接：https://pan.baidu.com/s/1JTYNfe9-KNev8leKtLDJiA
提取码：fphq

本步骤完成。

初始化 MHA ，进行配置

Manager 节点需要为每个监控的 master/slave 集群提供一个专用的配置文件，而所有的 master/slave 集群也可共享全局配置。全局配置文件默认为/etc/masterha_default.cnf，其为可选配置。如果仅监控一组 master/slave 集群，也可直接通过 application 的配置来提供各服务器的默认配置信息。而每个 application 的配置文件路径为自定义。具体操作见下一步骤。

mkdir /etc/mha_master
vim /etc/mha_master/mha.cnf

[server default]
user=mhaadmin
password=mhapass
manager_workdir=/etc/mha_master/app1
manager_log=/etc/mha_master/manager.log
remote_workdir=/mydata/mha_master/app1
ssh_user=root
repl_user=slave
repl_password=123
ping_interval=1
[server1]
hostname=192.168.59.142
ssh_port=22
candidate_master=1
[server2]
hostname=192.168.59.142
ssh_port=22
candidate_master=1
[server3]
hostname=192.168.59.143
ssh_port=22
candidate_master=1

在这里插入图片描述
本步骤完成。

对四个节点进行检测

检测各节点间 ssh 互信通信配置是否 ok
我们在 Manager 机器上输入下述命令来检测：

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

在这里插入图片描述
2）检查管理的MySQL复制集群的连接配置参数是否OK

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

在这里插入图片描述
我们发现检测失败，这可能是因为从节点上没有账号，因为这个架构，任何一个从节点， 将有可能成为主节点， 所以也需要创建账号。
　　因此，我们需要在master节点上再次执行以下操作：

grant replication slave,replication client on *.* to 'slave'@'192.168.%.%' identified by 'keer';
flush privileges;

执行完这段操作之后，我们再次运行检测命令：

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

在这里插入图片描述
此步骤完成。

启动MHA

我们在 manager 节点上执行以下命令来启动 MHA：

nohup masterha_manager -conf=/etc/mha_master/mha.cnf &> /etc/mha_master/manager.log &

在这里插入图片描述
启动成功以后，我们来查看一下 master 节点的状态：

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

在这里插入图片描述

测试 MHA 故障转移

停止master

systemctl stop mariadb

查看日志

tailf /etc/mha_master/manager.log

翻译日志
在这里插入图片描述
至此转移完成！！！感谢三连

俞骏#
关注
专栏目录
第100讲：MHA+Atlas实现MySQL主从复制读写分离分布式集群
江晓龙的博客
02-21 1636
Atlas是由 Qihoo 360, Web平台部基础架构团队开发维护的一个基于MySQL协议的数据中间层项目。它是在mysql-proxy 0.8.2版本的基础上，对其进行了优化，增加了一些新的功能特性。Atlas是一个位于应用程序与MySQL之间中间件。在后端DB看来，Atlas相当于连接它的客户端，在前端应用看来，Atlas相当于一个DB。Atlas作为服务端与应用程序通讯，它实现了MySQL的客户端和服务端协议，同时作为客户端与MySQL通讯。
MySQL主从复制、读写分离、MHA——图文总结
weixin_53560205的博客
11-11 3844
文章目录前言一、MySQL主从复制1.支持的复制类型2.主从复制的工作过程是基于日志3.请求方式4.主从复制的原理5.MySQL集群和主从复制分别适合在什么场景下使用6.为什么使用主从复制、读写分离7.用途及条件8.mysql主从复制存在的问题9.MySQL主从复制延迟二、主从复制的形式三、读写分离1.原理2.为什么要读写分离呢？3.什么时候要读写分离？4.主从复制与读写分离5.目前较为常见的MySQL读写分离分为以下两种①基于程序代码内部实现②基于中间代理层实现四、MHA原理五、MHA如何搭建1.首先搭建
MySQL MHA高可用集群部署及故障切换（图文详解）
热门推荐
愿你成为自己喜欢的模样，不抱怨，不将就，有自由，有光芒！
02-20 1万+
文章目录搭建MySQL+MHA实验思路实验环境 搭建MySQL+MHA 实验思路 1、MHA架构 数据库安装 一主两从 MHA搭建 2、故障模拟 模拟主库失效 备选主库成为主库 原故障主库恢复重新加入到MHA成为从库 实验环境 主机 操作系统 IP地址 安装包 / 软件 / 工具 MHA manager CentOS7-3 192.168.184.10 MHAnode组件、MHAmanager组件 Master CentOS7-3 192.168.184.20 mysql-boost-5
MySQL5.6 部署MHA
weixin_33856370的博客
11-09 158
趁着最近几天休息，就把之前没有补全的博客也来补补。 今天就和大家聊聊MySQL高可用方案中的MHA 在中小型架构中，针对MySQL做高可用 用的最多的可能就是keepalived/heartbeat+MySQL Replication。 这种方案配置简单、维护方便，并且也能实现MySQL的故障转移，因此更多的倾向于此架构 MHA是什么？ MHA是由日...
MySQL高可用方案MHA的部署和原理
weixin_44272607的博客
03-04 802
MHA（Master High Availability）是一套相对成熟的MySQL高可用方案，能做到在0~30s内自动完成数据库的故障切换操作，在master服务器不宕机的情况下，基本能保证数据的一致性。 它由两部分组成：MHA Manager（管理节点）和MHA Node（数据节点）。其中，MHA Manager可以单独部署在一台独立的机器上管理多个master-slave集群，也可以部署在一台slave上。MHA Node则运行在每个mysql节点上，MHA Manager会定时探测集群中的maste
Mysql MHA部署
qq_21907421的博客
04-06 285
MHA优缺点 优点： 1、MHA自动化主服务器故障转移，快速将从服务器晋级为主服务器(通常在10-30s)，而不影响复制的一致性，不会有性能损耗，容易安装，不必更改现有的部署环境，适用于任何存储引擎。 2、MHA提供在线主服务器切换，改变先正运行的主服务器到另外一台上，这个过程只需0.5-2s的时间，这个时间内数据无法写入。MHA Manager通过ssh连接mySQL slave服务器。 3、使用半同步复制，可以大大降低数据丢失的风险。MHA可以与半同步复制结合起来。如果只有一个slave已...
Mysql之MHA搭建部署
月生的静心苑
02-28 1462
MHA 是由日本人 yoshinorim使用perl语言开发的比较成熟的 MySQL 高可用方案。MHA 能够在30秒内实现故障切换，并能在故障切换中，最大可能的保证数据一致性。MHA（Master HA）是一款开源的 MySQL 的高可用程序，它为 MySQL 主从复制架构提供了 automating master failover 功能。MHA 在监控到 master 节点故障时，会提升其中拥有最新数据的 slave 节点成为新的master 节点，在此期间，MHA 会通过于其它从节点获取额外信息来避免
MySQL高可用架构MHA
01-09
部署MHA 1.配置四台主机ssh登录不用密码 ssh-keygen -t rsa ssh-copy-id 192.168.100.10（20.30.102） 2.上传安装包，解压编译安装 配置yum仓库 vim /etc/yum.repos.d/mhapath.repo ##进入yum仓库，插入以下 [mha] ...
MySQL+主从复制+MHA+读写分离方案部署
leon.yan的博客
12-02 1389
拓扑图： 资源列表： 操作系统 配置 主机名/IP地址 相关程序 CentOS 7.9 2C2G manage/172.16.10.11 mysql-5.7、mha4mysql-manager、mha4mysql-node、Amoeba CentOS 7.9 2C2G master/172.16.10.10 mysql-5.7、mha4mysql-node、Amoeba CentOS 7.9 2C2G slave.
mysql+MHA 主从复制 故障切换
mwx17630337353的博客
05-26 994
超详细的奶妈级mysql高可用教程 无脑复制 即可！！！！
MySql5.7安装到主从配置到生产环境高可用MHA部署
06-07
MySql5.7安装到主从配置到生产环境高可用MHA部署
【MySQL数据库】丨高可用之MHA集群部署
最新发布
陈橘又青的博客
05-14 1万+
MHA的搭建过程中最大的困难点在于经常依赖包安装不全以及相关脚本与版本不对应导致一直无法部署，还有一个问题是集群复制检查、手动切换主库均正常，但是主库异常宕机时无法切换（切换脚本问题）。小伙伴们在实践过程中遇到问题可以多多与我沟通，相互学习提高排坑技能。
mysql高可用mha部署
sdmei
02-06 1148
Mysql的高可用方案五花八门，本人人为最可靠、稳定、实用的还是mha。 mha方案涉及到5个节点：manager\secondary-check1\secondary-check2\db1\db2 备注： a.secondary-check1\secondary-check2虽是可选的，但强烈建议使用，防止因为网络原因误切换； b.官方推荐数据库3节点，但我人为业务量不是超大的情况下2节
MySQL高可用MHA部署
zhouziyu00的博客
07-02 207
MHA MHA是一套优秀的MySQL高可用环境下故障切换和主从复制的软件，它解决了MySQL单点故障的问题。 在故障切换过程中，MHA能做到在30秒内自动完成故障切换 MHA能在切换过程中最大程度的保证数据的一致性，达到真正的高可用 MHA的组成 1，MHA Node节点（数据节点） 2，MHA Manager（管理节点） MHA Manager可以单独部署在一台机器上，也可以部署在一台slave节上。 MHA Manager会定时探测集群中的master节点，当master节点出现故障时，它会自动将最新数
MySQL实现MHA高可用配置及故障切换理论加实操演练！！
weixin_47151643的博客
08-30 935
文章目录一：MHA架构1.1：MHA概述1.2：MHA的组成1.3：MHA Manager与MHA Node的作用1.31：MHA Manager1.32：MHA Node1.4：MHA特点1.5：MHA工作原理二：案列环境2.1：搭建Mysal主从复制环境2.21：修改主机名便于分区各个服务器2.22：安装编译依赖的环境2.23：安装gmak2.24：安装Mysql数据库2.25：修改Master的主配置文件2.26：三台分别启动mysql服务2.27：配置Mysql一主两从2.28：验证主从复制功能2.
MySQL服务器群集如何构建MHA？
CN_TangZheng的博客
01-10 615
- MHA目前在MySQL高可用方面是一个相对成熟的解决方案 - 但是在搭建的过程中会经常报错，且MHA的构建综合了主从复制，所以MHA的安装要思路清晰才可
深入浅出MHA（MySQL Master High Availability）集群：原理、部署与实践
hy199707的博客
03-29 3998
在当今高度依赖数据库的应用场景中，MySQL数据库的高可用性显得尤为重要。MHA（MySQL Master High Availability Manager）作为一种开源的MySQL高可用解决方案，以其自动化故障转移和恢复能力广受业界认可。本文将深入探讨MHA集群的原理、部署步骤及实践要点。
MySQL--MHA高可用集群部署！
weixin_56670610的博客
08-08 314
文章目录MHA的概念配置软连接配置MySQL一主两从所有从库开启只读功能，刷新权限表安装MHA同步所有服务器时间安装node和manager在所有服务器上设置ssh免密登录亲测无密码认证使用脚本管理VIP创建MHA软件目录 MHA的概念 MHA（MasterHigh Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。 MHA 的出现就是解决MySQL 单点的问题。 MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作。 MHA能在故障切换的过程中最大程度
Mysql的高可用方案-MHA部署
qq_43904298的博客
10-16 272
MHA方案简介 MHA简介 MHA目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本的youshimaton开发，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。 在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。 MHA的优点 方案比较成熟被很多公司使用； 故障切换会尽量减少数据丢失来保证数据一致性； 自动主监控和10-30秒内故障转移；
MySQL 5.7 MHA：一键部署主从切换与高可用
MySQL 5.7 MHA（Multi-High Availability）是一种高可用性解决方案，它允许在MySQL数据库集群中实现一主一从模式，确保在主服务器出现故障时，能够快速切换到备机，从而保持服务的连续性和数据一致性。MHA的设计目标...
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值