- 综合排序
- 最热优先
- 最新优先
- 来自专栏CSDN搜“看，未来”
MHA介绍
文章目录 MHA是什么？ 工作流程 MHA是什么？ MHA（Master HighAvailability）是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。 在MySQL故障切换过程中，MHA能做到在10~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。
66710编辑于 2022-05-06 - 来自专栏时悦的学习笔记
MySQL MHA部署 Part 3 MHA软件安装
实验环境 此次实验的环境如下 MySQL 5.7.25 Redhat 6.10 操作系统账号:mysql 数据库复制账号:repl 复制格式:基于行的复制 MHA版本: 0.56 IP地址 主从关系 软件下载 我们可以通过如下网站下载0.56的el6版本 https://github.com/yoshinorim/mha4mysql-manager/wiki/Downloads 或者通过如下网盘下载 MHA Node安装 我们需要在所有机器上安装Node软件(包括管理节点) 安装之前我们需要先安装相关perl的依赖包 这里使用yum安装，未联网的请使用操作系统ISO中的软件包配置本地yum源 root 用户 yum install perl-DBD-MySQL rpm -ivh mha4mysql-node-0.56-0.el6.noarch.rpm ? 参考资料 https://www.percona.com/blog/2016/09/02/mha-quickstart-guide/ http://www.ttlsa.com/mysql/step-one-by-one-deploy-mysql-mha-cluster
1.5K21发布于 2020-08-18 - 来自专栏时悦的学习笔记
MySQL MHA部署 Part 2 MHA架构介绍
MHA简介 关于简介我这里就摘取下网上的说法 MHA（Master High Availability）是一套相对成熟的MySQL高可用方案，能做到在0~30s内自动完成数据库的故障切换操作，在master 他由两部分组成 MHA Manager（管理节点） MHA Node（数据节点） MHA Manager可以单独部署在一台独立的机器上管理多个master-slave集群，也可以部署在一台slave上。 MHA Node则运行在每个mysql节点上 MHA Manager会定时探测集群中的master节点，当master出现故障时，它自动将最新数据的slave提升为master，然后将其它所有的slave 在MHA自动故障切换过程中，MHA试图保存master的二进制日志，从而最大程度地保证数据不丢失 但这并不总是可行的，譬如，主服务器硬件故障或无法通过ssh访问，MHA就没法保存二进制日志，这样就只进行了故障转移但丢失了最新数据 ---- MHA Node: ?
91421发布于 2020-08-18 - 来自专栏时悦的学习笔记
MySQL MHA部署 Part 5 MHA部署指南
管理节点配置 vim /etc/mha/mha.conf [server default] # mysql user and password user=monitor password=123456 测试连接 2.1 测试ssh是否设置正确 管理节点 root>masterha_check_ssh --conf=/etc/mha/mha.conf ? 启动MHA 首先我们可以检测MHA是否已启动 管理节点 root>masterha_check_status --conf=/etc/mha/mha.conf ? 我们在manager上执行如下命令开启MHA 管理节点 root> nohup masterha_manager --conf=/etc/mha/mha.conf --remove_dead_master_conf 停止MHA root> masterha_stop -conf=/etc/mha/mha.conf ? 5.
93311发布于 2020-08-19 - 来自专栏时悦的学习笔记
MySQL MHA部署 Part 7 MHA手动切换测试
实验环境 此次实验的环境如下 MySQL 5.7.25 Redhat 6.10 操作系统账号:mysql 数据库复制账号:repl 复制格式:基于行的复制 MHA版本: 0.56 IP地址 主从关系 复制账号 上节我们说了MHA的故障转移，这节内容为手动切换 1 检查现有状态 我们可以先通过 show slave status\G查看从库同步是否正常 2 打开管理节点日志 我们通过如下命令事实查看切换功臣 tail -f /etc/mha/manager/mha.log 3.执行手动切换 首先需要关闭MHA的管理进程 root> masterha_stop -conf=/etc/mha/mha.conf 之后我们通过如下命令关闭主库 masterha_master_switch -master_state=alive –orig_master_is_new_slave –conf=/etc/mha/mha.conf -master_state 参考资料 https://www.percona.com/blog/2016/09/02/mha-quickstart-guide/ http://www.ttlsa.com/mysql/step-one-by-one-deploy-mysql-mha-cluster
1.1K11发布于 2020-08-19 - 来自专栏Laoqi's Linux运维专列
MHA快速搭建
很早之前写过MHA的文章，但是常常在技术群看到有同学问MHA搭建的问题，不是权限问题就是配置问题，我在这里就再次一写下配置过程以及快速的搭建。 tar xf mha4mysql-manager-0.56.tar.gz cd mha4mysql-manager-0.56 perl Makefile.PL make && make install 在从库（192.168.0.20）创建目录： mkdir /data/mha/3306/log cd /data/mha/3306/touch mha.cnf mha.cnf配置文件内容如下： [server Mon Mar 13 21:36:54 2017 - [info] Reading server configuration from /data/mha/3306/mha.cnf.. Mon Mar 13 22:15:08 2017 - [info] Reading server configuration from /data/mha/3306/mha.cnf..
1.5K60发布于 2018-05-31 - 来自专栏乐沙弥的世界
MHA 日常管理
本文主要描述MHA的日常相关操作，同时给出了关于MHA的相关连接，供大家参考。 一、MHA的主要脚本(perl) 1.manager端 masterha_check_ssh 检查MHA的SSH配置状况 masterha_check_repl 可以通过如下命令停止mha：masterha_stop --conf=/etc/masterha/app1.cnf 三、MHA相关参考 MySQL MHA简介及其优点 MySQL MHA 典型使用场景 MHA安装及等效性配置 MHA 配置文件样本描述 MySQL MHA配置常见问题 MHA masterha_check_repl 检测过程 MHA VIP切换脚本 MHA 自动故障转移步骤及过程剖析 MHA 在线切换过程 MHA 切换的2个异常(masterha_master_switch line 53) MHA 手动故障转移
61600发布于 2018-08-08 - 来自专栏时悦的学习笔记
MySQL MHA部署 Part 4 MHA部署前准备
实验环境 此次实验的环境如下 MySQL 5.7.25 Redhat 6.10 操作系统账号:mysql 数据库复制账号:repl 复制格式:基于行的复制 MHA版本: 0.56 IP地址 主从关系 这节的内容为在正式部署MHA前需要做哪些准备 1. hosts文件 首先我们在四台服务器上添加其他服务器的hosts信息 11.12.14.29 shytest 11.12.14.30 shytest2 时间同步 请确认四台服务器的时间是同步的，可使用ntp进行同步 5.创建监控账户 接下来我们创建用于MHA监控的数据库账户 master数据库 grant all privileges on *.* to 准备自定义脚本 这里我们通过网盘下载，放到/etc/mha/script下面并赋予可执行权限 链接: https://pan.baidu.com/s/18H12bTIYHi2H0dXs2DI7NA 提取码 参考资料 https://www.percona.com/blog/2016/09/02/mha-quickstart-guide/ http://www.ttlsa.com/mysql/step-one-by-one-deploy-mysql-mha-cluster
79921发布于 2020-08-18 - 来自专栏时悦的学习笔记
MySQL MHA部署 Part 6 MHA故障转移测试
实验环境 此次实验的环境如下 MySQL 5.7.25 Redhat 6.10 操作系统账号:mysql 数据库复制账号:repl 复制格式:基于行的复制 MHA版本: 0.56 IP地址 主从关系 1 检查现有状态 我们可以先通过 show slave status\G查看从库同步是否正常 2 打开管理节点日志 我们通过如下命令事实查看切换过程 tail -f /etc/mha/manager/mha.log 从上图可以看出，mha重新读取配置文件并确认数据库状态 Dead Servers Alive Servers 4.3 failover第一阶段-配置文件确认 接下来进入master failover第一阶段 及reset slave all 新的主库会自动将read_only设为OFF failover完成后记得删除mha.failover.complete文件，否则再次启动后会发生故障会无法failover 参考资料 https://www.percona.com/blog/2016/09/02/mha-quickstart-guide/ http://www.ttlsa.com/mysql/step-one-by-one-deploy-mysql-mha-cluster
1K11发布于 2020-08-19 - 来自专栏用户7721898的专栏
-------------搭建MySQL MHA实现数据库高可用（ MySQL MHA概述、 搭建 MySQL MHA、 MySQL MHA 故障切换）
前言 MHA目前在MySQL高可用方面是一个相对成熟的解决方案 但是在搭建的过程中会经常报错，且MHA的构建综合了主从复制，所以MHA的安装要思路清晰才可 一、MHA概述 1、什么是MHA？ 一旦某台服务器出现问题 就会切换 MHA Node（数据节点） 工作的单位，负责具体的工作 3、MHA有什么特点？ 3.案例实现思路 1)安装MySQL数据库 2)配置MySQL一主两从 3)安装MHA软件 4)配置无密码认证 配置MySQL MHA高可用 6)模拟master故障切换 2、实验需求 MHA搭建 -0.57.tar.gz [root@mha_manager ~]# cd mha4mysql-manager-0.57/ [root@mha_manager mha4mysql-manager-0.57 ]# perl Makefile.PL [root@mha_manager mha4mysql-manager-0.57]# make [root@mha_manager mha4mysql-manager
4.7K10发布于 2020-09-03 - 来自专栏乐沙弥的世界
MHA 手动故障转移
MHA提供了3种方式用于实现故障转移，分别自动故障转移，需要启用MHA监控；在无监控的情况下的手动故障转移以及基于在线手动切换。三种方式可以应对MySQL主从故障的任意场景。 有关MHA的其他两种切换方式，可以参考： MHA 在线切换过程 MHA 自动故障转移步骤及过程剖析 1、手动故障转移的特点 a、在监控节点未启用masterha_manager b、 VIP [root@vdbsrv4 ~]# ssh vdbsrv1 "/sbin/ifconfig eth0:0 192.168.1.13 netmask 255.255.255.0 up" ###检测MHA Wed Apr 22 11:48:39 2015 - [info] MHA::MasterFailover version 0.56. Check MHA Manager logs at vdbsrv4 for details. Started manual(interactive) failover.
1.9K20发布于 2018-08-13 - 来自专栏全栈程序员必看
MySQLHA系列MHA（一）
Nodeserver上须要安装MHA Node包。 （2） Manager Manager为MHA架构中的管理者，建议部署在一台独立的server上。 Manager包：mha4mysql-manager-0.55-1.el5.noarch.rpm Node包：mha4mysql-node-0.54-1.el5.noarch.rpm MHA是採用 接下来就能够配置MHA配置文件了。 成功搭建后，通过MHA命令检查一下，确保无误。 对于一个正在执行的MHA。
80810编辑于 2022-07-06 - 来自专栏乐沙弥的世界
MHA VIP切换脚本
MHA能够在10~30秒内实现自动故障检测和故障转移，适用于对高可用性，数据完整性要求较高的场合。要做到无缝切换，还需要依赖于VIP漂移。 对于keepalived的相关配置可以参考：CentOS 5.9下安装配置keepalived 1、当前主机环境及MHA配置 [root@vdbsrv1 ~]# more /etc/hosts 127.0.0.1 /app1 manager_log=/var/log/masterha/app1/manager.log user=mha password=xxx ssh_user=root repl_user=repl 192.168.1.13) 56(84) bytes of data. 64 bytes from 192.168.1.13: icmp_seq=1 ttl=64 time=1.82 ms ###开启MHA 29:5F:B2:EB inet addr:192.168.1.13 Bcast:192.168.1.255 Mask:255.255.255.0 ######查看管理节点MHA
3.7K30发布于 2018-08-13 - 来自专栏DBA 平台和工具
MySQL (MHA)重构版
MHA-Re-Edition 复刻版简介由于MHA（mha4mysql-manager）工具2018年已经停止维护更新，且不支持Gtid复制模式，在原版基础上增补功能难度较大，固考虑将其重构。 参考了原版MHA的故障切换思路，改进的地方如下：1）无需打通ssh公私钥互信认证，只需在app1.cnf配置文件里提供用户名和密码（root权限）即可，这一步的作用是漂移VIP，工具会直接进入远程主机上执行 /masterha_manager_mysql --conf=app1.cnf start（注：指定不同的配置文件，可以支持监控多套MySQL主从复制架构）图片图片图片一、故障切换的步骤：1）MHA Re-Edition 如果MHA Re-Edition管理机和其他slave从库都无法访问连接，则认定主库挂掉，开始进行故障切换。
71390编辑于 2023-09-25 - 来自专栏sktj
mysql mha 高可用
mha部署 image.png image.png image.png image.png image.png image.png image.png image.png image.png
1.3K10编辑于 2022-05-20 - 来自专栏charles的技术博客
MHA 常用维护命令
nohup masterha_manager --conf=/etc/masterha/app1.cnf > /tmp/mha_manager.log < /dev/null 2>&1 & 当有slave 节点宕掉的情况是启动不了的，加上--ignore_fail_on_start即使有节点宕掉也能启动mha nohup masterha_manager --conf=/etc/masterha/app1 rm -rf /masterha/app1/app1.failover.complete 也可以加上参数--ignore_last_failover 7、手工failover 手动切换MHA需要停止MHA masterha_master_switch可以用于主库故障转移,也可用于在线总开关 9、手动在线切换 手动在线切换MHA-需要停止MHA 当原来的master维修好以后，我们把他变成了slave,我们希望它继续担任 切换不能成功，加上此参数表示延迟在此时间范围内都可切换（单位为s），但是切换的时间长短是由recover时relay日志的大小决定 手动在线切换mha，切换时需要将在运行的mha停掉后才能切换 在备库先执行
1.3K10发布于 2018-12-07 - 来自专栏杨建荣的学习笔记
MySQL MHA源码解析
MySQL的高可用方案很多，MHA算是其中最流行的一种方案之一。目前最新的版本是0.57，它分为两部分，一部分水himanager，另外一部分是node. 了解学习一个开源项目，阅读源码是一个很不错的开始，所以MHA就成为了我学习的一个重点内容。 使用MHA,启停manager是一个基本的入口，所以我们可以在masterha_manager里查看。会发现脚本其实主要分为两部分，masterMonitor和MasterFailover。
1.8K90发布于 2018-03-21 - 来自专栏Eternally运维
MySQL—MHA高可用
/conf mkdir -p /usr/local/mha/logs mkdir -p /usr/local/mha/app1 mkdir -p /usr/local/mha/scripts vim / /local/mha/conf/manager.cnf --conf=/usr/local/mha/conf/app1.cnf 查看启动日志 tail -f /usr/local/mha/logs/mha.log /mha/logs/mha.log 打印128mha日志，观察切换效果 tail -f /usr/local/mha/logs/mha.log 查看128vip是否漂移过来成功 查看130mysql .cnf只需要修改三个参数 cp /usr/local/mha/conf/manager.cnf /usr/local/mha/conf/manager2.conf 重新使用mha工具check检查 Mysql-mha搭建完成
1.7K60发布于 2018-06-21 - 来自专栏Java架构师必看
Mysql高可用集群–MHA
IDEA 注册码，2020.2 IDEA 激活码 什么是 MHA MHA(Master High Availability) 是自动的 master 故障转移和 slave 提升的软件包。 MHA 有两部分组成:MHA Manager(管理节点)和 MHA Node(数据节点)。 的 SSH 配置 masterha_check_repl : 检查 MySQL 复制 masterha_manager : 启动 MHA masterha_check_status : 检测当前 MHA c、manager节点可以管理多个MHA集群系统 d、在运行过程中，manager节点只是周期性的发送ICMP包，对性能的影响极低 e、只要mysql 复制技术支持的引擎，MHA就支持 f.MHA ---- 部署MHA 所需要的MHA安装包链接?
3.3K10发布于 2021-06-09 - 来自专栏技术杂记
mha 切换(操作流程建议)
前言如果使用的 mha 构建mysql集群，由于各种原因会遇到需要进行迁移的情况这里分享一下 mha切换 的过程Tip: 当前版本 MHA Manager 0.56概要检查列表在进行切换之前一定要对数据库状态进行检查 check7.实施切换8.状态检查(mysql,keepalived,参数,同步状态)9.系统维护，数据库维护10.主备同步(使用之前的不变的slave position)11.将维护好的数据库加入mha keepalived运行状态16.记录待切slave(候选master,原master)的binlogfile和position(用于之后同步)17.进行 repl check18.实施切换19.恢复mha 架构(参考前面步骤)20.进行后台mha监控21.监控观察命令汇总masterha_check_ssh --conf=/etc/app1.cnfmasterha_check_status --conf=
84710编辑于 2022-06-26
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号