Mysql主从模式下搭建MHA

最新推荐文章于 2023-05-26 11:05:45 发布
最新推荐文章于 2023-05-26 11:05:45 发布
阅读量159 收藏 1
点赞数
分类专栏： mysql 文章标签： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Lossdate/article/details/115742329
版权

一、简介

  1. MHA（Master High Availability）目前在 MySQL 高可用方面是一个相对成熟的解决方案，它由日本 DeNA 公司的 youshimaton（现就职于 Facebook 公司）开发，是一套优秀的作为 MySQL 高可用性环境下故障切换和主从提升的高可用软件。

  2. 该软件由两部分组成：MHA Manager（管理节点）和 MHA Node（数据节点）
    MHA Manager：
    MHA Manager 可以单独部署在一台独立的机器上管理多个 master-slave 集群，也可以部署在一台 slave 节点上
    MHA node：
    MHA Node 运行在每台 MySQL 服务器上，MHA Manager 会定时探测集群中的 master 节点，当 master 出现故障时，它可以自动将最新数据的 slave 提升为新的 master，然后将所有其他的 slave 重新指向新的 master。整个故障转移过程对应用程序完全透明

二、环境

在这里插入图片描述
准备四台服务器，版本为centos7, 主库master和两个从库slave_A和slave_B都已经安装号mysql，并且实现了主从同步配置和半同步复制。
mysql安装传送门：centos安装mysq5.7.33
主从同步配置和半同步复制传送门：Mysql5.7配置主从同步

三、准备

  1. 为了方便操作，在各节点的/etc/hosts文件配置内容中添加如下内容：

    192.168.200.135 node1.keer.com node1
192.168.200.134 node2.keer.com node2
192.168.200.133 node3.keer.com node3
192.168.200.132 node4.keer.com node4

    在这里插入图片描述
    这样，在建立ssh互通时，可以通过host 解析节点来打通私钥访问

  2. master 的配置
    需要修改 master 的数据库配置文件来对其进行初始化配置：
    my.conf配置添加：

    #开启二进制日志
log-bin=master-log 
#开启日志
relay-log=mysql-relay-bin
#关闭名称解析（非必须）
skip_name_resolve

    在这里插入图片描述
    然后重启

    service mysql restart

  3. slave 的配置
    修改两个 slave 的数据库配置文件

    binlog-ignore-db=performance_schema
binlog-ignore-db=information_schema
binlog-ignore-db=sys

#开启日志
relay-log = mysql-relay-bin		
#开启二进制日志
log-bin = mysql-bin		
#启用只读属性
read_only = 1				
#是否自动清空不再需要中继日志
relay_log_purge = 0			
#关闭名称解析（非必须）
skip_name_resolve			
#使得更新的数据写进二进制日志中
log_slave_updates = 1

    这里的binlog-ignore-db配置主库和从库要一致
    然后重启

    service mysql restart

四、SSH互通

  1. 在 master 上进行授权
    授权拥有管理权限的用户可在本地网络中有其他节点上远程访问所有 Mysql 节点
    mysql> grant all on *.* to 'mharoot'@'192.168.%.%' identified by '123456';
  2. ssh 互通
    MHA各个节点之间需要ssh通信，因此在manager服务器上生成ssh密钥
    ssh-keygen -t rsa
    在这里插入图片描述
    这里的密码什么的全部点跳过即可
    ssh-copy-id -i .ssh/id_rsa.pub root@node1
    在这里插入图片描述
    接着进入.ssh/
    cd .ssh/
ls
    可以看到：
    在这里插入图片描述
    然后在其余三台主从服务器也分别执行相同的操作
    之后在manager服务器里执行cat authorized_keys
    cat authorized_keys
    在这里插入图片描述
    可以看到四组公钥
    最后，把authorized_keys这个文件发送到其它三个主从服务器里
    scp authorized_keys root@node2:~/.ssh/
scp authorized_keys root@node3:~/.ssh/
scp authorized_keys root@node4:~/.ssh/
    在这里插入图片描述
    这样，ssh互通就完成了

五、MHA 安装

  1. 安装
    manager、master和两个slave都需安装：mha4mysql-node-0.56-0.el6.norch.rpm
    manager还需安装：mha4mysql-manager-0.56-0.el6.noarch.rpm
    下载地址：https://github.com/yoshinorim/mha4mysql-manager/wiki/Downloads
    在这里插入图片描述
    安装mha4mysql-manager-0.56-0.el6.noarch.rpm 需要perl依赖

    #安装epel源(国内有墙)
wget -O /etc/yum.repos.d/epel-7.repo http://mirrors.aliyun.com/repo/epel-7.repo
#安装perl
yum install perl-DBD-MySQL perl-Config-Tiny perl-Log-Dispatch perl-Parallel-ForkManager perl-Time-HiRes -y

    安装

    yum install -y mha4mysql-node-0.56-0.el6.noarch.rpm
yum install -y mha4mysql-manager-0.56-0.el6.noarch.rpm

  2. 配置
    在manager上进行配置

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

    配置文件如下：

    [server default]
#MHA管理mysql的用户名
user=mharoot
#MHA管理mysql的密码
password=123456
#mha的工作路径
manager_workdir=/etc/mha_master/app1
#mha的日志文件
manager_log=/etc/mha_master/manager.log
#master二进制日志路径
master_binlog_dir=/usr/local/mysql/mysql-5.7.33/data
#每个远程主机的工作目录在何处
remote_workdir=/mydata/mha_master/app1
#ssh登陆的用户名
ssh_user=root
#数据库用户名
repl_user=root
#数据库密码
repl_password=123456
#ping间隔时长
ping_interval=1
#配置manager管理的主从服务server1,2,3
#节点2
[server1]
#节点2主机地址
hostname=192.168.200.134
#节点2的ssh端口
ssh_port=22
#master down掉的时候，可不可以竞选成为新的master(主库)
candidate_master=1
[server2]
hostname=192.168.200.133
ssh_port=22
candidate_master=1
[server3]
hostname=192.168.200.132
ssh_port=22
candidate_master=1

  3. 检测配置是否生效
    1）检测 ssh 通信
    在 manager服务器上输入：

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

    如果最后一行显示为[info]All SSH connection tests passed successfully. 则表示成功
    在这里插入图片描述
    2）检查MySQL复制集群的连接配置参数

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

    可能出现的问题：
    问题1：Slave configurations is not valid
    解决：my.conf里配置的binlog-ignore-db主库和从库要一致
    在这里插入图片描述
    问题2：Binlog setting check failed
    解决：修正manage配置文件（/etc/mha_master/mha.cnf）里的主库二进制日志路径：master_binlog_dir=/usr/local/mysql/mysql-5.7.33/data
    在这里插入图片描述
    问题3：Slaves settings check failed
    解决：在slave和master服务器bashrc文件的末尾添加：

    vi /etc/bashrc
#
PATH="$PATH:/usr/local/mysql/mysql-5.7.33/bin"
export PATH

    在这里插入图片描述
    成功如下：
    在这里插入图片描述

  4. 启动 MHA
    在 manager 服务器上执行：

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

    查看状态：

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

    在这里插入图片描述
    如果想要停止 MHA：

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

六、测试

  1. 在主服务器master上关闭mysql服务,模拟主节点down
    service mysql stop
  2. 在manger服务器上查看日志
    tail -200 /etc/mha_master/manager.log
    在这里插入图片描述
    可以看到，主服务器master failover并且将主服务器由192.168.200.134(原master)切换至192.168.200.133(原slave)
    此时，manager将会自动停止，查看状态会提示：mha is stopped
    在这里插入图片描述

七、出问题的主库恢复为从库

  1. 重新启动在测试步骤down掉的主库（192.168.200.134）
  2. 原本的 slave_B(192.168.200.133) 已经成为了新的主库，所以，在slaveB对其进行完全备份，接着把备份的数据发送到恢复后的原主库（192.168.200.134）（node2）上
    mkdir /backup
mysqldump --all-databases > /backup/mysql-backup-`date +%F-%T`-all.sql -uroot -p
scp /backup/mysql-backup-2021-04-04-03\:08\:06-all.sql root@node2:~
mkdir /backup
mysqldump --all-databases > /backup/mysql-b
  3. 然后在原master（192.168.200.134）上，对数据进行恢复
    mysql < mysql-backup-2021-04-04-03\:08\:06-all.sql -uroot -p
  4. 接着在原master（192.168.200.134）上进行主从配置(原master192.168.200.134先已降级为从库)
    mysql> change master to master_host='192.168.200.133',  master_user='root',  master_password='123456', master_log_file='mysql-bin.000003', master_log_pos=925;
mysql> start slave;
  5. manager重新做启动前的检查
    masterha_check_repl -conf=/etc/mha_master/mha.cnf
    如果没问题则重新启动manager
    masterha_manager -conf=/etc/mha_master/mha.cnf > /etc/mha_master/manager.log 2>&1 &
    查看状态
    masterha_check_status -conf=/etc/mha_master/mha.cnf
    mha (pid:9561) is running(0:PING_OK), master:192.168.37.133
    状态上可以看到，此时已启动成功，并且主库为192.168.37.133（slave_B）

P.S. 参考来源：
MySQL高可用架构之MHA
mysql实现高可用架构之MHA
MHA MySQL 高可用解决方案

Lossdate
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
MySQL主从复制搭建 需要用到的脚本
04-04
这里提到的“MySQL主从复制搭建 需要用到的脚本”包含了搭建过程中的一些关键配置文件和自动化管理脚本。 1. `app1.cnf`：这是一个配置文件，通常包含MySQL服务器的特定设置，例如服务器ID、连接信息（如主机名、...
MySQL 5.6主从（MHA）升级MySQL 5.7
会哭的雨@的博客
07-14 750
Master-Slave或者MHA架构，先升级slave，再升级master。 MHA架构需要先把db3上的mha manager先停止，升级完成后再启动。 1. 备份数据库(master上执行) 执行如下命令备份数据库： innobackupex --defaults-file=/etc/my.cnf --host=localhost --user=xxxuser --password=baxxxpuser /opt/xxxix/backup/mysql 或者执行脚本备份： /o
mysql+MHA 主从复制 故障切换
mwx17630337353的博客
05-26 871
超详细的奶妈级mysql高可用教程 无脑复制 即可！！！！
MYSQL高可用架构之MHA实战一 数据库主从配置（真实可用）
wszhm123的博客
09-01 1426
MYSQL高可用架构之MHA实战（真实可用）
MHA实现MySQL主从的高可用
一直在努力学习的菜鸟
08-22 914
MHA：Master High Availability，对主节点进行监控，可实现自动故障转移至其它从节点
MySQL 数据库——主从复制与读写分离
DZYSHOW的博客
11-06 390
目录一、MySQL主从复制1.支持的复制类型2.主从复制的工作过程是基于日志3.请求方式4.主从复制的原理5.MySQL集群和主从复制分别适合在什么场景下使用6.为什么使用主从复制、读写分离7.用途及条件8.mysql主从复制存在的问题9.MySQL主从复制延迟二、主从复制的形式三、读写分离1.原理2.为什么要读写分离呢？3.什么时候要读写分离？4.主从复制与读写分离5.目前较为常见的MySQL读写分离分为以下两种 一、MySQL主从复制 1.支持的复制类型 基于语句的复制（statement）:在服务器上
MySQL主从复制搭建 step by step
04-04
这篇搭建文档包括了MySQL的安装，主从配置，主从切换测试，集群的搭建，故障转移测试（自动手动切换），常用命令，基本概念，是一个全方面的文档，是我搭建过程中整理的文档，一些内容是来自互联网的，但是按照这篇...
MySQL主从搭建(一主一从)从库my.ini
05-10
MySQL主从搭建(一主一从)从库my.ini
Mysql主从集群搭建方法，以及基于spring boot注解式数据库读写分离代码示例.zip
最新发布
01-04
MySQL主从集群是一种常见的数据库高可用性和负载均衡解决方案，它通过数据复制技术使得多个数据库实例之间保持数据同步，其中一个是主节点，负责处理所有写操作，其他是从节点，用于读取数据，从而实现读写分离。...
MHA高可用架构搭建细节流程
08-26
在开始搭建MHA高可用架构之前，需要准备好所需的环境和软件版本。这里使用的环境是CentOS 7.8，数据库管理系统是MySQL 5.7.28，远程连接工具是Xshell 6，远程文件传输工具是WinSCP和Xftp。四台机器的IP和角色如下表...
mysql服务1主2从，主主，MHA配置详细步骤
wumuzibabi的博客
07-23 577
mysql服务1主2从，主主，MHA配置详细步骤
[Mysql] 主从复制-高可用架构-MHA 详解（适合菜鸟的大白话）
weixin_56483902的博客
08-09 1616
目录 一、什么是主从复制 二、主从复制原理 1.1 主从复制涉及到4个文件，3个线程 1.1 文件： 1.2 线程： 1.2 主从复制工作（过程）原理： 三、异步复制、全同步复制、半同步复制解释 1.1 异步复制： 1.2 全同步复制 1.3 半同步复制 1.4 选型及设置说明 四、MHA简介 MHA在生产环境下的作用 最佳方案 五、工作流程 自动故障切换(failover) 重新构建主从 一、什么是主从复制 顾名思义，从库按照主库的构造、数据 复制出来一个同样的数
MySQL主从以及MHA搭建
mangzi29的博客
09-10 432
一、环境软件版本及机器介绍 环境 版本 操作系统：Centos 7 x86_64 7 虚拟机：WMware 16.1.2 数据库：mysql 5.7.34 主机IP 角色 server-id 192.168.0.227 master 1 mysql主节点，负责写数据 192.168.0.228 slave1 2 mysql从节点，负责读数据，备选master 192.168.0.229 slave2 3 mysql从节点，负责读数据 192.168.
MHA+MySQL主从配置实现MySQL高可用
小杂馆
07-10 3381
前面文章已经介绍了MySQL的安装和主从配置 MySQL安装 MySQL主从配置 主从配置应该只能算是一套容灾方案，当主库崩溃之后，我们可以将程序切换到从库以保证系统正常运行，这个切换过程是手动的 主从配置的问题就在于主库down掉之后从库不能自动提升成为主库，今天我们就介绍一个MySQL高可用的解决方案：MHA+Mysql主从配置 MHA - Master High Availabil...
mysql主从架构搭建+并行复制+MHA原理，搭建MHA，mha的手工，故障切换、修复
qq_39570637的博客
08-13 938
mysql主从架构搭建 主机环境 关闭防火墙跟selinux 两台版本、安装方式一致的数据库 配置搭建环境脚本《mysql项目需要的主机基础环境设置》 安装 rpm -ivh libev4-4.15-7.1.x86_64.rpm libev-devel-4.15-21.1.x86_64.rpm percona-xtrabackup-24-2.4.4-1.el...
使用MHA实现MySQL主从复制高可用
wzy0623的专栏
07-31 2万+
目录 一、MHA简介 二、实验架构设计 1. 基本环境 2. 架构设计 三、MHA安装配置 1. 配置主从复制 2. 安装Perl等依赖模块 3. 配置SSH登录无密码验证 4. 安装MHA Node 5. 安装MHA Manager 6. 配置MHA 7. 创建相关脚本 四、检查MHA配置 1. 检查SSH配置 2. 检查整个复制环境状况 3. 检查MHA Man...
Configuration Error: deployment source ' :war exploded' is not valid
热门推荐
一个程序媛的成长记录❤
11-04 2万+
遇见这个报错，查了博客，但还是没完全解决问题。后来修改了两处地方，没有报错，运行成功。 需修改的第一处：参考这篇博客的做法 解决idea开启tomcat报Configuration Error: deployment source 'xxx:war exploded' is not valid错 需修改的第二处：Tomcat的配置 将这两处都修改后，就没再报错了。...
MHA检测主从复制状态的时出现“User xxx does not exist or does not have REPLICATION SLAVE privilege”异常解决
阿飞的专栏
09-14 1万+
注意：本文出自 “阿飞”的博客 ，如果要转载本文章，请与作者联系！ 并注明来源: http://blog.csdn.net/faye0412/article/details/7978697 MYSQL-Master-HA检测主从复制状态的时出现“User xxx does not exist or does not have REPLICATION SLAVE privilege”
Mysql的高可用方案-MHA部署
qq_43904298的博客
10-16 260
MHA方案简介 MHA简介 MHA目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本的youshimaton开发，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。 在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。 MHA的优点 方案比较成熟被很多公司使用； 故障切换会尽量减少数据丢失来保证数据一致性； 自动主监控和10-30秒内故障转移；
Mysql 5.7.22 MHA 高可用集群搭建指南
本文主要描述了在Centos 7.4系统上通过源码安装Mysql 5.7.22，搭建一主多从的高可用集群，并使用MHA（0.57）进行配置。下面对该过程进行了详细总结。 首先，在Mysql 5.7.22 MHA高可用集群架构中，通过简易架构图...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值