MHA自动切换流程

最新推荐文章于 2024-08-02 19:04:36 发布
最新推荐文章于 2024-08-02 19:04:36 发布
阅读量85 收藏
点赞数
原文链接：http://www.cnblogs.com/xiaoyanger/p/5633459.html
版权

MHA的全名叫做mysql-master-ha，配置后可以在10-30秒内完成master自动切换，切换过程如下：

1. 检测master的状态，方法是一秒一次“ SELECT 1 As Value”，发现没有响应后会重复3次检查，如果还没有响应，shutdown并再重复一次SELECT 1 As Value确认master关闭

 

2. 确认SSH到master所在的机器是否可达

 

3. 给出消息：Connecting to a master server failed，并开始读取配置文件masterha_default.conf和app1.conf

 

4. 确认复制切换模式: [info] GTID failover mode = 1

 

5. 报告整个架构中的机器存活情况

Fri Jul  1 13:35:33 2016 - [info] Dead Servers:
Fri Jul  1 13:35:33 2016 - [info]   192.168.118.63(192.168.118.63:3306)
Fri Jul  1 13:35:33 2016 - [info] Alive Servers:
Fri Jul  1 13:35:33 2016 - [info]   192.168.118.62(192.168.118.62:3306)
Fri Jul  1 13:35:33 2016 - [info]   192.168.118.64(192.168.118.64:3306)
View Code

 

6. 检查存活的实例版本、GTID开启情况、是否开启read_only以及复制过滤情况

Fri Jul  1 13:35:33 2016 - [info] Alive Slaves:
Fri Jul  1 13:35:33 2016 - [info]   192.168.118.62(192.168.118.62:3306)  Version=5.6.28-log (oldest major version between slaves) log-bin:enabled
Fri Jul  1 13:35:33 2016 - [info]     GTID ON
Fri Jul  1 13:35:33 2016 - [info]     Replicating from 192.168.118.63(192.168.118.63:3306)
Fri Jul  1 13:35:33 2016 - [info]     Primary candidate for the new Master (candidate_master is set)
Fri Jul  1 13:35:33 2016 - [info]   192.168.118.64(192.168.118.64:3306)  Version=5.6.28-log (oldest major version between slaves) log-bin:enabled
Fri Jul  1 13:35:33 2016 - [info]     GTID ON
Fri Jul  1 13:35:33 2016 - [info]     Replicating from 192.168.118.63(192.168.118.63:3306)
Fri Jul  1 13:35:33 2016 - [info]     Primary candidate for the new Master (candidate_master is set)
Fri Jul  1 13:35:33 2016 - [info] Checking slave configurations..
Fri Jul  1 13:35:33 2016 - [info]  read_only=1 is not set on slave 192.168.118.62(192.168.118.62:3306).
Fri Jul  1 13:35:33 2016 - [info]  read_only=1 is not set on slave 192.168.118.64(192.168.118.64:3306).
Fri Jul  1 13:35:33 2016 - [info] Checking replication filtering settings..
Fri Jul  1 13:35:33 2016 - [info]  Replication filtering check ok.
View Code

 

7. 接下来就是在GTID复制基础上的切换过程

(1) 配置检查阶段，具体检查如下

[info] ** Phase 1: Configuration Check Phase completed.

 检查项目如下：

 7 Query     SELECT @@global.server_id As Value     
 7 Query     SELECT VERSION() AS Value                              #如果是GTID模式，版本不得小于5.6，如果是普通模式，版本不得小于5.0.45
 7 Query     SELECT @@global.gtid_mode As Value                     #MHA0.56版本开始支持GTID，之前的版本不支持
 7  Query     SHOW GLOBAL VARIABLES LIKE 'log_bin'                   #binlog必须开启
  7 Query     SHOW MASTER STATUS                    
 7 Query     SELECT @@global.datadir AS Value
 7 Query     SELECT @@global.slave_parallel_workers AS Value        #确定slave是不是多线程并行复制，这个参数的影响还没整明白，再研究下
 7 Query     SHOW SLAVE STATUS                     
 7 Query     SELECT @@global.read_only As Value                     #确定read_only的设置，如果要转为新的master，这个值要设为0
 7 Query     SELECT @@global.relay_log_purge As Value               #确定relay_log是否可自动删除，默认是可以
 7 Query     SELECT @@global.relay_log_info_repository AS Value     #确定relay_log是以file还是table格式存放的，默认是file
 7 Query     SELECT @@global.datadir AS Value                       #确定数据存放位置
 7  Query              SELECT @@global.relay_log_info_file AS Value                                                   #确定relay_log的文件名，为后面slave之间的relay_log应用做准备

 备注：(1)默认情况下，从服务器上的中继日志在SQL线程执行完后会被自动删除的。但是这些中继日志在恢复其他从服务器时候可能会被用到，因此需要禁用中继日志的自动清除和定期清除旧的中继日志

            (2)binlog-do-db和replicate-ignore-db设置必须相同。MHA在启动时候会检测过滤规则，如果过滤规则不同，MHA不启动监控和故障转移

            (3)master.info和relay.info必须是file，不能是table

 

(2)彻底关闭master连接的阶段，避免master未关闭导致的脑裂

[info] * Phase 2: Dead Master Shutdown Phase..

具体关闭命令是：

/etc/masterha/master_ip_failover --orig_master_host=192.168.118.3 --orig_master_ip=192.168.118.3 --orig_master_port=3306 --command=stopssh --ssh_user=root

关闭完成后给出报告

[info] * Phase 2: Dead Master Shutdown Phase completed.

 

(3)master恢复阶段：

[info] * Phase 3: Master Recovery Phase..

 

›1   确认relay log最新的slave实例

›2   确定新的master

      如果在配置文件中设置了候选master,会直接确定预设机器实例为master；如果没有预设，会选择含有最新的relay log的那个slave

›3   确认新的master后，会先设置sql_log_bin=0以阻塞master日志写入使其他slave赶上复制

       会选取含有最新relay log 的slave，在该slave上设置sql_log_bin=0并在其余slaves上应用该最新relay log，最终获得这个层次的数据一致性，之后再set sql_log_bin=1使恢复日志写入。可以通过半同步复制来解决无法ssh到master所在机器所造成的事务丢失问题

      待全部数据一致后，通过show master status确定新master的日志位置并在其他slave上执行change master语句创建新的主从连接：

Fri Jul 1 13:35:33 2016 - [info] Getting new master's binlog name and position..
Fri Jul 1 13:35:33 2016 - [info] mysql-bin.000004:191
Fri Jul 1 13:35:33 2016 - [info] All other slaves should start replication from here. Statement should be: CHANGE MASTER TO MASTER_HOST='192.168.118.2', MASTER_PORT=3306, MAST
ER_AUTO_POSITION=1, MASTER_USER='repl', MASTER_PASSWORD='xxx';

     执行该切换的具体语句是

/etc/masterha/master_ip_failover --command=start --ssh_user=root --orig_master_host=192.168.118.3 --orig_master_ip=192.168.118.3 --orig_master_port=3306 --new_master_host=192.168.118.2 --new_master_ip=192.168.118.2 --new_master_port=3306 --new_master_user='user' --new_master_password='password'

     该阶段成果后给出报告：

Fri Jul  1 13:35:33 2016 - [info] ** Finished master recovery successfully.
Fri Jul  1 13:35:33 2016 - [info] * Phase 3: Master Recovery Phase completed.

 

(4)slaves恢复阶段：

[info] * Phase 4: Slaves Recovery Phase..

先停止IO线程，等待SQL线程执行完成后，stop slave，清除原slave信息，重新change master指向新的master，start slave ，over

34 Query     SHOW SLAVE STATUS
                   34 Query     STOP SLAVE IO_THREAD
                   34 Query     SHOW SLAVE STATUS
                   34 Query     SHOW SLAVE STATUS
                   34 Query     STOP SLAVE
                   34 Query     SHOW SLAVE STATUS
                   34 Query     RESET SLAVE
                   34 Query     CHANGE MASTER TO MASTER_HOST = '192.168.118.62' MASTER_USER = 'repl' MASTER_PASSWORD = <secret> MASTER_PORT = 3306
                   34 Query     START SLAVE
                   35 Connect Out       repl@192.168.118.62:3306
                   34 Query     SHOW SLAVE STATUS
View Code

 

(5)清除新选出的master上的slave信息

[info] * Phase 5: New master cleanup phase..

reset slave all;

 9 Query     STOP SLAVE
                    9 Query     SHOW SLAVE STATUS
                    9 Query     RESET SLAVE /*!50516 ALL */
                    9 Query     SHOW SLAVE STATUS
View Code

 

 至此，整个切换过程完成，最后给出切换报告，over

----- Failover Report -----

app1: MySQL Master failover 192.168.118.3(192.168.118.3:3306) to 192.168.118.2(192.168.118.2:3306) succeeded

Master 192.168.118.3(192.168.118.3:3306) is down!

Check MHA Manager logs at localhost.localdomain:/var/log/masterha/app1/app1.log for details.

Started automated(non-interactive) failover.
Invalidated master IP address on 192.168.118.3(192.168.118.3:3306)
Selected 192.168.118.2(192.168.118.2:3306) as a new master.
192.168.118.2(192.168.118.2:3306): OK: Applying all logs succeeded.
192.168.118.2(192.168.118.2:3306): OK: Activated master IP address.
192.168.118.4(192.168.118.4:3306): OK: Slave started, replicating from 192.168.118.2(192.168.118.2:3306)
192.168.118.2(192.168.118.2:3306): Resetting slave info succeeded.
Master failover to 192.168.118.2(192.168.118.2:3306) completed successfully.

转载于:https://www.cnblogs.com/xiaoyanger/p/5633459.html

MHA部署mysql自动切换主从
Jiang
12-23 315
关闭防火墙 systemctl stop firewalld setenforce 0 配置ssh连接 四个节点都需要做无密码连接 ssh-keygen ssh-copy-id root@192.168.181.177 ssh-copy-id root@192.168.181.178 ssh-copy-id root@192.168.181.179 测试是否连接成功 做mysql一主多从 1.部署master yum -y install mariadb mariadb-server #安装m
MHA全自动切换
xpiou
02-03 665
1：切换脚本[root@server1 masterha]# masterha_master_switch --conf=/usr/local/masterha/app1.cnf --master_state=alive --new_master_host=172.25.200.1 --new_master_port=3306 --orig_master_is_new_slave --running
MHA自动主从切换
别浪
05-26 458
MHA自动主从切换实战 1.下载 mha4mysql-manager wget https://github.com/yoshinorim/mha4mysql-manager/releases/download/v0.58/mha4mysql-manager-0.58-0.el7.centos.noarch.rpm 2.下载 mha4mysql-node wget https://github.com/yoshinorim/mha4mysql-node/releases/download/v0.
【MySQL】MHA 自动切换（故障转移）
最新发布
weixin_43346403的博客
08-02 282
3.启动原来的主库(1.11)2.观察MHA 的日志。4.更换MHA的角色。
mha+mysql自动切换
八月未央
06-13 1279
manager:192.168.2.254 master:192.168.2.252 slave:192.168.2.253 VIP:192.168.2.144 操作系统：centos6.5 64位 1.配置ssh互信(root用户 每台都执行) # ssh-keygen # ssh-copy-id 192.168.2.252 # ssh-copy-id 192.168.2.253
MHA实现mysql主从数据库手动切换的方法
12-15
MHA（Master High Availability）是一款用于管理MySQL主从复制集群的工具，能够在主库出现故障时自动或者手动进行主从切换，以减少服务中断时间。下面将详细介绍MHA实现MySQL主从数据库手动切换的过程及其相关知识点...
MySQL之MHA高可用配置及故障切换（图文详解，累到吐血）
ver_mouth__的博客
06-29 571
目录一：MHA概述1.1什么是MHA1.2MHA的组成1.2.1MHA node（数据节点）1.2.2MHA manager（管理节点）1.3MHA的特点1.4MHA工作原理总结二：MHA搭建准备2.1实验思路2.2实验准备三：搭建MySQL+MHA3.1初始化环境3.1.1关闭防火墙和增强机制​​​​​​​3.1.2查看是否有mysql3.2配置主从复制3.2.1修改 Master、Slave1、Slave2 节点的主机名 3.2.2在master、slave1、slave2添加域名解析3.2.3配置主从
Mysql数据库MHA故障切换
勤能补拙，知行合一
02-21 709
文章目录前言：MHA能在故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用搭建Mysql MHA先关闭防火墙 文件防护（四个机器上都要操作）配置hosts文件（四个机器上都要操作）配置主从同步切换到主服务器切换到从服务器1切换到从服务器2设置命令软链接（一主两从都要设置）在所有数据库节点进行mysql授权切换到主服务器查看位置点在slave1 ，slave2执行同步操作在所有服务器上安装 MHA依赖的环境，首先安装epel源在 MHA manager 节点上安装 manager 组件在所有
mysql mha自动切换_MHA自动切换流程
weixin_29809497的博客
01-27 435
MHA的全名叫做mysql-master-ha，配置后可以在10-30秒内完成master自动切换，切换过程如下：1. 检测master的状态，方法是一秒一次“ SELECT 1 As Value”，发现没有响应后会重复3次检查，如果还没有响应，shutdown并再重复一次SELECT 1 As Value确认master关闭2. 确认SSH到master所在的机器是否可达3. 给出消息：Conn...
MHA 在线切换过程
乐沙弥的世界
04-22 6609
MySQL MHA 在线切换是MHA除了自动监控切换换提供的另外一种方式，多用于诸如硬件升级，MySQL数据库迁移等等。该方式提供快速切换和优雅的阻塞写入，无关关闭原有服务器，整个切换过程在0.5-2s 的时间左右，大大减少了停机时间。本文演示了MHA 在线切换并给出了在线切换的基本步骤......
MHA高可用与故障切换
weixin_69148277的博客
05-15 305
MHA（MasterHigh Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。MHA 的出现就是解决MySQL 单点的问题。MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作。MHA能在故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用。
MySQL MHA 基础知识介绍
weixin_51614581的博客
02-19 714
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（数据节点）
MySQL5.7一主两从MHA自动切换（VIP方法）
cuiruidu3106的博客
10-25 1309
数据库架构：一主两从 master：192.168.8.57 slave1：192.168.8.58 slave2：192.168.8.59 manager：1...
mha的故障切换脚本和在线切换脚本
qq_39570637的博客
08-13 1248
mha的在线切换脚本 #/bin/bash source /root/.bash_profile vip=`echo '192.168.10.53/24'` # Virtual IP key=`echo '1'` command=`echo &quot;$1&quot; | awk -F = '{print $2}'` orig_master_host=`echo &quot;$2&quot; | awk...
Mysql MHA实现主从自动切换
java1_boy的博客
09-06 2435
注意 在这个安装之前如果没有安装过Mysql的主从复制，请参考这篇博文再进行以下操作：https://blog.csdn.net/java1_boy/article/details/108331303 简介 MHA（Master High Availability）是一套比较成熟的 MySQL 高可用方案，也是一款优秀的故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到在30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以.
MHA实现MySQL主从自动在线切换功能
OH_ON的博客
12-16 7261
利用MHA实现MySQL主从节点的在线按需自动切换功能
7.1、mysql mha 主从自动切换 高可用
ynthua的博客
06-19 1860
mysql mha 主从自动切换 高可用 mha（Master High Availability）目前在MySQL多服务器（超过二台），高可用方面是一个相对成熟的解决方案。 一，什么是mha，有什么特性 1. 主服务器的自动监控和故障转移 MHA监控复制架构的主服务器，一旦检测到主服务器故障，就会自动进行故障转移。即使有些从服务器没有收到最新的relay log，MHA自动从最新的从服务器上识别差异的relay log并把这些日志应用到其他从服务器上，因此所有的从服务器保持一致性了。MHA通.
京东数据库高可用：MHA主从自动化切换实践
通过与Zabbix监控系统的集成，一旦检测到数据库故障，系统能够快速响应，自动触发切换流程。 该系统的主要功能包括"死切"（故障切换）和"活切"（主动切换）。在主库或从库出现故障时，Zabbix会自动报警，启动故障...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值