MHA实现数据库高可用、故障转移

最新推荐文章于 2022-09-28 13:50:24 发布
最新推荐文章于 2022-09-28 13:50:24 发布
阅读量383 收藏 1
点赞数
分类专栏： MySQL
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/RunzIyy/article/details/106070912
版权

1. MHA

​ MHA数据高可用集群，是一套优秀的作为MySQL高可用性环境下故障切换主从的软件，在故障切换过程中，MHA 能够做到 在 30s自动完成数据的高可用的故障切换，并在切换的过程中最大程度的保证数据的一致性，以达到真正意义上的高可用。

2. MHA 特点

​ 1) 实现MySQL故障转移

​ 2）保证数据的一致性

3. MHA 的工作流程

1)把宕机的master二进制日志保存下来。

2)找到binlog位置点最新的slave。

3)在binlog位置点最新的slave上用relay log（差异日志）修复其它slave。

4)将宕机的master上保存下来的二进制日志恢复到含有最新位置点的slave上。

5)将含有最新位置点binlog所在的slave提升为master。

6)将其它slave重新指向新提升的master，并开启主从复制。

  • 当监控的集群中的主MySQL宕机后，会尝试获取主库中的二进制文件，获取到之后，找到已经同步最新数据的从库，将把该从库的中继日志同步给其他的从库，来同步数据，保证从库之间的一致性，之后再从库中找到一台，作为新的主库，同步获取到的二进制文件，其余的从库从这个新的主库中同步数据，保证主从服务的群集正常的工作

4. MHA 组成

  • 该软件由两部分组成：
    • MHA Manager （管理节点）：
      • 管理节点可以单独部署在一台独立的机器上，管理多个 master-slave 集群，也可以部署在一台 slave 节点上
    • MHA Node （数据节点）：
      • MHA Node 运行在每台MySQL服务器上 ，管理节点，会定时探测集群中master 接地那，当master出现故障时，他可以自动将最新数据的slave 提升为新的 master， 然后将所有其他的slave 重新指向 master

1） Manager 工具包

工具作用
masterha_check_ssh检查MHA的SSH配置状况
masterha_check_repl检查MySQL复制状况
masterha_manger启动MHA
masterha_check_status检测当前MHA 运行状态
masterha_master_monitor检测master是否宕机
masterha_master_switch监控故障转移（自动或者手动）
masterha_conf_host添加或是删除配置的 server信息

2） Node 工具包

工具作用
save_binary_logs保存和复制master的二进制日志
apply_diff_relay_logs识别差异的中继日志事件并将其差异的事件应用于其他的slave
filter_mysqlbinlog去除不必要的 ROLLBACK 事件（MHA已不再使用）
purge_relay_logs清除中继日志（不会阻塞SQL线程）

5. MHA 工作原理

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Luk9XcIY-1589274420748)(http://s1.wailian.download/2020/05/11/image.png)]

1） 从宕机崩溃的 master 保存二进制日志时间（binlog events）

2） 识别含有最新数据的slave；

3） 应用差异的中继日志（relay log） 到其他的slave

4） 提升一个 slave 为新的master；

4） 应用从 master 保存的二进制，移交给 最新的slave

6） 使其他的slave 连接新的master 进行复制

6. 部署一主两从MySQL

6.1 Master 配置
  • Master 创建授权用户
mysql> GRANT ALL ON *.* TO 'slave'@'%' IDENTIFIED BY '123.cim';
Query OK, 0 rows affected (0.00 sec)
  • Master 开启二进制日志文件
[root@localhost ~]# vim /etc/my.cnf

[mysqld]
server-id = 1
log-bin=master-bin
log-slave-updates=true
  • 重启服务
systemctl restart mysqld
6.2 Slave-1 配置
  • 开启中继日志与 二进制日志 Slave-1
[root@localhost ~]# vim /etc/my.cnf

[mysqld]
server-id=2
log-bin=master-bin
log-slave-updates=true
relay-log=relay-log-bin
relay-log-index=slave-relay-bin.index
read_only=1
relay-log-purge=0
  • 重启服务
systemctl restart mysqld
6.3 Slave-2 配置
[root@localhost ~]# vim /etc/my.cnf

[mysqld]
server-id=3
log-bin=master-bin
log-slave-updates=true
relay-log=relay-log-bin
relay-log-index=slave-relay-bin.index
read_only=1
relay-log-purge=0
  • 重启服务
systemctl restart mysqld
6.4 重新指定 Slave-1 的Master
  • 查看 Master 二进制日志文件
mysql> SHOW master status;
+-------------------+----------+--------------+------------------+-------------------+
| File              | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+-------------------+----------+--------------+------------------+-------------------+
| master-bin.000001 |      120 |              |                  |                   |
+-------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)
  • Slave-1 配置
mysql> CHANGE MASTER TO
    MASTER_USER='slave',
    MASTER_HOST='192.168.116.104',
    MASTER_PASSWORD='123.com',
    MASTER_LOG_FILE='master-bin.000001',
    MASTER_LOG_POS=120;
  • 启动 slave
mysql> start slave;
Query OK, 0 rows affected (0.00 sec)
  • 查看Slave 状态
mysql> show slave status\G;

             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
6.5 Slave-2 指定 Master
mysql> CHANGE MASTER TO
    MASTER_USER='slave',
    MASTER_HOST='192.168.116.104',
    MASTER_PASSWORD='123.com',
    MASTER_LOG_FILE='master-bin.000001',
    MASTER_LOG_POS=120;
  • 启动 slave
mysql> start slave;
Query OK, 0 rows affected (0.00 sec)
  • 查看Slave 状态
mysql> show slave status\G;

             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
6.6 主从测试
  • 在 Master 中创建测试库 aaa
# 原有数据库
mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| test               |
+--------------------+
4 rows in set (0.00 sec)

#  创建测试库 aaa
mysql> create database aaa;
Query OK, 1 row affected (0.00 sec)
  • Slave 查看
# Node查看测试库
mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| aaa                |
| mysql              |
| performance_schema |
| test               |
+--------------------+
5 rows in set (0.00 sec)

7. MHA 实现故障转移

实验环境：

  • mysql 部署环境为； 一主两从
HostIP环境
MHA192.168.116.104/8联网，网络yum源
MySQL-M192.168.116.103/8联网，网络yum源
MySQL-S1192.168.116.102/8联网，网络yum源
MySQL-S2192.168.116.101/8联网，网络yum源

​ 再生产环境中，可能会遇到多个 主从的mysql，那么我们可以使用 一个 MHA Manager 来管理多组主从复制的数据库。

​ 主需要将不同组中的配置信息单独写道 app*.cnf当中

1） 在 master MySQL中创建授权用户

  • 创建MHA 授权用户，使mha 可以控制数据库
  • 在 master MySQL中做一台就可以（ 会将user 表中的数据复制下去）
mysql> GRANT ALL ON *.* TO 'mha'@'192.168.116.%' IDENTIFIED BY '123.com';
Query OK, 0 rows affected (0.00 sec)

2） 在所有节点中部署 免密登录

  • 四台服务可以互相登录任意主机

  • MHA

[root@localhost ~]# ssh-keygen 
[root@localhost ~]# ssh-copy-id -i  /root/.ssh/id_rsa.pub root@192.168.116.101
[root@localhost ~]# ssh-copy-id -i  /root/.ssh/id_rsa.pub root@192.168.116.102
[root@localhost ~]# ssh-copy-id -i  /root/.ssh/id_rsa.pub root@192.168.116.103
  • MySQL-M
[root@localhost ~]# ssh-keygen  
[root@localhost ~]# ssh-copy-id -i  /root/.ssh/id_rsa.pub root@192.168.116.101 [root@localhost ~]# ssh-copy-id -i  /root/.ssh/id_rsa.pub root@192.168.116.102 [root@localhost ~]# ssh-copy-id -i  /root/.ssh/id_rsa.pub root@192.168.116.104
  • MySQL-S1
[root@localhost ~]# ssh-keygen 
[root@localhost ~]# ssh-copy-id -i  /root/.ssh/id_rsa.pub root@192.168.116.101
[root@localhost ~]# ssh-copy-id -i  /root/.ssh/id_rsa.pub root@192.168.116.103
[root@localhost ~]# ssh-copy-id -i  /root/.ssh/id_rsa.pub root@192.168.116.104
  • MySQL-S2
[root@localhost ~]# ssh-keygen 
[root@localhost ~]# ssh-copy-id -i  /root/.ssh/id_rsa.pub root@192.168.116.102
[root@localhost ~]# ssh-copy-id -i  /root/.ssh/id_rsa.pub root@192.168.116.103
[root@localhost ~]# ssh-copy-id -i  /root/.ssh/id_rsa.pub root@192.168.116.104

4） 为所有节点安装 MHA Node 所需要的 perl 模块

  • 解决 perl 依赖关系
    • epel 是社区强烈打造的免费开关的发型软件版本库
[root@localhost ~]# rpm -ivh epel-release-latest-7.noarch.rpm 
[root@localhost ~]# yum -y install perl-DBD-mysql perl-DBI
  • 安装node节点
[root@localhost ~]# rpm -ivh mha4mysql-node-0.56-0.el6.noarch.rpm

5） 在 MHA 节点安装 MHA Manager 管理节点

[root@localhost ~]#  yum -y install perl-Config-Tiny perl-Log-Dispatch perl-Parallel-ForkManager
[root@localhost ~]#  rpm -ivh mha4mysql-manager-0.56-0.el6.noarch.rpm

6） 配置 MHA Manager

  • 配置全局配置文件
[root@localhost ~]# vim /etc/masterha_default.cnf 

[ server default]			
user=mha					# 数据库授权管理节点用户
password=123.com			# 登录密码
repl_user=slave				# 主从复制的用户
repl_password=123.com		# 登录密码
ssh_user=root				# 管理节点和节点的直接连接的协议
master_binlog_dir=/usr/local/mysql/data		# 主数据库存放二进制文件的目录
remote_workdir=/data/login	       			# 当获取二进制文件时，存放的目录
ping_interval=2								# 管理节点和节点通讯时间
shutdown_script=""							# 当主数据库宕机时，执行的脚本，可以为空
  • 配置Manager 节点配置文件
    • 创建配置文件目录
[root@localhost ~]# mkdir /etc/mha


[root@localhost ~]# vim /etc/mha/app1.cnf
[ server default]
manager_workdir=/var/lib/manager			    # Manager节点的工作目录
manager_log=/var/log/manager/manager.log		# Manager节点日志文件

[server1]						# 监控的节点 1
hostname=192.168.116.103		 # 监控节点1 的IP
port=3306					    # 监控的 端口号
ssh_port=22					    # ssh登录端口

[server2]
hostname=192.168.116.102
port=3306
ssh_port=22
candidate_master=1			    # 当主节点宕机后，该节点作为主

[server3]
hostname=192.168.116.101
port=3306
ssh_port=22

7） 测试 Manager

  • 测试 manager 与 数据库节点之间的ssh通信是否正常
    • 全部返回 ok
[root@localhost ~]# masterha_check_ssh --global-conf=/etc/masterha_default.cnf --conf=/etc/mha/app1.cnf
  • 检测节点之间的主从复制是否正常
    • 没有问题则返回 ok
[root@localhost ~]# masterha_check_repl --global-conf=/etc/masterha_default.cnf --conf=/etc/mha/app1.cnf MySQL Replication Health is OK.
  • 启动 MHA Manager 服务
    • 开启后会处以监控状态
[root@localhost ~]# masterha_manager --global-conf=/etc/masterha_default.cnf --conf=/etc/mha/app1.cnf 
Wed Feb 12 19:15:39 2020 - [info] Reading default configuration from /etc/masterha_default.cnf..
Wed Feb 12 19:15:39 2020 - [info] Reading application default configuration from /etc/mha/app1.cnf..
Wed Feb 12 19:15:39 2020 - [info] Reading server configuration from /etc/mha/app1.cnf..
Cannot write to '/var/log/manager/manager.log': 没有那个文件或目录 at /usr/share/perl5/vendor_perl/Log/Dispatch/File.pm line 109.

以上报错，表示 没有’/var/log/manager/manager.log 这个文件或目录

因为 该目录是我们手动指定的，需要手动建立一个目录

[root@localhost ~]# mkdir /var/log/manager
  • 再次启动
[root@localhost ~]# masterha_manager --global-conf=/etc/masterha_default.cnf --conf=/etc/mha/app1.cnf 
Wed Feb 12 19:18:20 2020 - [info] Reading default configuration from /etc/masterha_default.cnf..
Wed Feb 12 19:18:20 2020 - [info] Reading application default configuration from /etc/mha/app1.cnf..
Wed Feb 12 19:18:20 2020 - [info] Reading server configuration from /etc/mha/app1.cnf..
  • 模拟 MySQL 主宕机
    • 当我们把 192.168.116.103主机的 MySQL服务停掉之后，这里会显示 二进制日志已经存放至 /data/login下, 这个时候，我们在 192.168.116.102主机中，创建数据192.168.116.101中查看是否被复制
[root@localhost ~]# masterha_manager --global-conf=/etc/masterha_default.cnf --conf=/etc/mha/app1.cnf 
Wed Feb 12 19:18:20 2020 - [info] Reading default configuration from /etc/masterha_default.cnf..
Wed Feb 12 19:18:20 2020 - [info] Reading application default configuration from /etc/mha/app1.cnf..
Wed Feb 12 19:18:20 2020 - [info] Reading server configuration from /etc/mha/app1.cnf..
  Creating /data/login if not exists..    ok.
  Checking output directory is accessible or not..
   ok.
  Binlog found at /usr/local/mysql/data, up to mysql-bin.000003
Wed Feb 12 19:21:53 2020 - [info] Reading default configuration from /etc/masterha_default.cnf..
Wed Feb 12 19:21:53 2020 - [info] Reading application default configuration from /etc/mha/app1.cnf..
Wed Feb 12 19:21:53 2020 - [info] Reading server configuration from /etc/mha/app1.cnf..
行走的猫儿
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
mha管理节点的主配置文件
07-25
mha管理节点的主配置文件，app1.cnf配置文件配置了管理节点和数据节点的数据。
用MHA实现mysql自动故障转移(配置vip模式，非keepalive）
雅冰石的专栏
08-07 5130
一：MHA介绍 什么是mha，有什么特性 1.主服务器的自动监控和故障转移 MHA监控复制架构的主服务器，一旦检测到主服务器故障，就会自动进行故障转移。即使有些从服务器没有收到最新的relaylog，MHA自动从最新的从服务器上识别差异的relaylog并把这些日志应用到其他从服务器上，因此所有的从服务器保持一致性了。MHA通常在几秒内完成故障转移，9-12秒可以检测出主服
MHA 自动故障转移步骤及过程剖析
乐沙弥的世界
04-21 7363
MHA是众多使用MySQL数据库企业高可用的不二选择，它简单易用，功能强大，实现了基于MySQL replication架构的自动主从故障转移，本文主要描述了MHA自动切换的步骤，对切换过程做了演示以及进行了适当的分析，供大家参考和理解MHA以及MySQL的原理......
MHA高可用配置及故障切换
weixin_50344742的博客
12-31 192
MHA高可用配置及故障切换MHA概述组成优点MHA架构 MHA 概述 传统的MySQL主从架构存在的问题：MySQL主服务器出故障后就无法写入数据了。 MHA是一套优秀的MySQL高可用环境下故障切换和主从复制的软件，MySQL故障过程中，MHA能做到0-30秒内自动完成故障切换。 组成 MHA Manager（管理节点）和 MHA Node（数据节点）。 MHA Manager 可以单独部署在一台独立的机器上，管理多个 master-slave 集群（Manger是单独一台监控master服务器健康状态的
MHA原master宕机后的恢复
qq_34457768的博客
03-14 2931
场景：原master（192.168.1.113）停止，MHA主动把主库功能切换到备用master（192.168.1.24），同时slave（192.168.1.150）指向新的master。1、mha每次自动切换之后都会结束自身进程（可以安装安装一个进程工具，通过该工具结合脚本来管理进程。可以参考官方资料：https://code.google.com/p/mysql-master-ha/wi...
MySQL下高可用故障转移方案MHA的超级部署教程
12-16
MHA介绍 MHA是一位日本MySQL大牛用Perl写的一套MySQL故障切换...在有高可用，数据一致性要求的系统上，MHA 提供了有用的功能，几乎无间断的满足维护需要。   优点：   1.master自动监控和故障转移    在当前已存
深入理解Mysql MHA高可用集群搭建：从实验到实战
最新发布
12-28
MHA（Master High Availability）是一个用于MySQL高可用性的开源工具，专门用于处理MySQL主从复制架构中的主节点故障。本文深入探讨了MHA的关键组成部分，包括MHA Manager和MHA Node的角色，以及它如何在主节点故障...
MySQLMHA高可用实战安装部署中文指南
07-23
资源名称：MySQL MHA高可用实战安装部署中文指南内容简介： MHA是一位 日本 MySQL 大牛用Perl写的一套MySQL故障切换方案，来保证数据库系统的高可用.在宕机的时间内（通常10—30秒内），完成故障切换，部署MHA，可...
MySQL MHA高可用实战安装部署中文指南
07-05
MHA是一位 日本 MySQL 大牛用Perl写的一套MySQL故障切换方案，来保证数据库系统的...因此MHA是众多使用MySQL数据库企业高可用的不二选择，它简单易用，功能强大，实现了基于MySQL replication架构的自动主从故障转移！
mha056高可用工具.rar
07-01
mysql mha-0.56 MHA是一位日本MySQL大牛用Perl写的一套MySQL故障切换方案，来保证数据库系统的高可用.在宕机的时间内（通常10...在有高可用，数据一致性要求的系统上，MHA 提供了有用的功能，几乎无间断的满足维护需要f
MySQL数据库的高可用性（MHA）及故障切换
jiaoshu__的博客
07-27 620
系列文章目录 提示：这里可以添加系列文章的所有文章的目录，目录需要自己手动添加 例如：第一章 Python 机器学习入门之pandas的使用 提示：写完文章后，目录可以自动生成，如何生成可参考右边的帮助文档 文章目录系列文章目录前言一、pandas是什么？二、使用步骤1.引入库2.读入数据总结 前言 提示：这里可以添加本文要记录的大概内容： 例如：随着人工智能的不断发展，机器学习这门技术也越来越重要，很多人都开启了学习机器学习，本文就介绍了机器学习的基础内容。 提示：以下是本篇文章正文内容，下面案例
MHA 一个slave宕机的影响
FaN()
03-01 763
文章目录环境说明运行前有节点宕机运行中有点节点宕机 环境说明 IP 角色 备注 mha4mysql-node mha4mysql-manager 192.168.98.11 master 读写 √ 192.168.98.10 slave 只读 √ 192.168.98.12 slave 只读 √ 192.168.98.13 manager节点 N/A √ √ ...
MHA集群故障数据修复全过程
Jian Sun_的博客
08-06 1703
起因：MHA切换演练时，将主节点断开，备节点承担主服务，业务测试正常；后将MHA恢复至原先状态，导致主键冲突，数据分散在主备数据库上，主从中断。 初步做法：找出备库与主库的差异数据，在主库上修复完整，删除从库的多余数据，由于数据量插入较多，且时间有限，停用主库，让备库与从库单跑。 第二阶段修复： 1、凌晨停机维护，关闭应用服务； 2、按照上次停应用--->数据库恢复之间的时间段对比差...
前端如何与mysql交互_前端与数据库进行数据交互
weixin_28988985的博客
02-05 3286
前端小白，做了一个非常简单的登陆页面，只有一个功能，将用户名密码性别出生日期输入到数据库中，没有其他任何功能。一共有一个index.jsp登陆界面;一个FirstServlet，Servlet服务;一个web.xml。我想实现将index.jsp页面的用户名密码输入进数据库，我将数据库交互的代码放在了servlet页面中，没有反应import javax.servlet.import javax....
MySQL:MHA测试
Super菜的专栏
08-08 3007
测试配置： [server1] hostname=db42 candidate_master=1 check_repl_delay=0 port=3307 [server2] hostname=dbo_100_241  candidate_master=1 check_repl_delay=0 port=3307 [server3] hostname=db121
综合项目： 前端：Keepalived 双机热备，节点：LAMP+Discuz 论坛，后端：MHA
愿许浪尽天涯的博客
12-29 6157
部署 Keepalived+LAMP+MHA 群集一、准备工作1.项目拓补图2.项目环境二、部署 MySQL 数据库1.配置免密登陆2.安装 MHA 软件包1）master 上操作2）slave 节点上操作3.安装管理节点4.配置主从复制1）主服务器上配置2）从服务器配置5.两台 Slave 设置临时只读6.MHA 设置7.检测群集状态1）SSH检测2）环境检测8.配置 VIP 地址1）修改 MHA 配置文件，使其支持 VIP2）编写 VIP 自动切换脚本9.开启监控三、部署 Apahce+PHP 架构1.
MySql之MHA集群故障恢复【实战】
Jian Sun_的博客
04-02 4207
MHA集群的理论和搭建不在这里说明，详见http://blog.csdn.net/sj349781478/article/details/78829711 这里说的是MHA集群中主（master）数据库故障的恢复。 背景介绍： MHA集群共计四台服务器 master（主）：192.168.66.141 backup（备）：192.168.66.142 slave（从）：192.168....
MySQL实现高可用架构之MHA
calm_encode的博客
02-20 103
一 概述 MHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，是一套优秀的作为 MySQL 高可用性环境下故障切换和主从提升的高可用软件。 在MySQL故障切换过程中，MHA在监控到master节点故障时，会提升其中拥有最新数据的slave节点成为新的master节点，在此期间，MHA会通过与其他从节点获取额外信息来避免一致性方面的问题。 MHA还提供了master节点的在线切换功能，即按需切换master/slave节点。 MHA能做到0~
MHA高可用配置和故障切换
m0_54594153的博客
09-28 501
1，MHA是一套优秀的Mysql高可用环境下故障切换和主从复制的软件2，MHA的出现就是解决Mysql单点故障的问题3,Mysql故障切换过程中，MHA能够0-30秒内自动完成故障切换操作4，MHA能在故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用。
MHA数据库高可用集群项目描述
05-26
MHA是MySQL的高可用性解决方案，可以自动实现MySQL的主从切换，...总之，MHA数据库高可用集群项目是一个非常重要的数据库架构项目，可以为企业提供高可用性、高性能、高可靠性的数据库服务，确保系统的稳定性和可靠性。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值