mysql-8、MySQL集群架构之MHA

最新推荐文章于 2024-03-05 10:30:47 发布
最新推荐文章于 2024-03-05 10:30:47 发布
阅读量1.9k 收藏 3
点赞数 2
分类专栏： mysql 文章标签： mysql mha
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_37931744/article/details/113379619
版权

目录


4台主机，1主、2从、1MHA

一、环境软件介绍

  1. 阿里云服务器-：master
  2. ucloud服务器：两个slave 及 mha
  3. 系统版本：4台服务器均为centos 7 64位
  4. 远程工具：xshell 、xftp

二、服务器介绍

ip角色
8.131.87.12master
106.75.32.128slave1
106.75.47.125slave2
106.75.75.142mha

三、配置主从同步

步骤参考这个笔记，不再赘述
mysql集群之主从同步

四、配置半同步

步骤参考这个笔记，不再赘述
mysql集群之半同步复制

五、mha搭建

（一）四台机器ssh互通

1、在四台服务器上分别执行下面命令，生成公钥和私钥

注意，需要确认的项，直接回车采用默认值即可
生成的秘钥查看：cat /root/.ssh/id_rsa.pub

ssh-keygen -t rsa
2、在三台MySQL服务器分别执行下面命令，密码输入系统密码，将公钥拷到MHA Manager服务器上
ssh-copy-id 106.75.75.142

在这里插入图片描述

备注：
以在MHA Manager服务器上检查下，看.ssh/authorized_keys文件是否包含3个公钥

cat /root/.ssh/authorized_keys
3、将MHA Manager的公钥添加到authorized_keys文件中（此时应该包含4个公钥）
cat /root/.ssh/id_rsa.pub >> /root/.ssh/authorized_keys
4、MHA Manager服务器执行下面命令，向其他三台MySQL服务器分发公钥信息。
scp /root/.ssh/authorized_keys root@8.131.87.12:/root/.ssh/authorized_keys
scp /root/.ssh/authorized_keys root@106.75.32.128:/root/.ssh/authorized_keys
scp /root/.ssh/authorized_keys root@106.75.47.125:/root/.ssh/authorized_keys

提示【authorized_keys】表示成功，有错误的话会提示具体的报错信息

5、测试四台服务器之间ssh是否配置成功

可以MHA Manager执行下面命令，检测下与三台MySQL是否实现ssh互通。

ssh 8.131.87.12
exit


ssh 106.75.32.128
exit


ssh 106.75.47.125
exit

可以正常登陆就表示ssh通了

（二）下载node和manager

上传到相应的服务器

  • 三台MySQL服务器需要安装node
  • MHA Manager服务器需要安装manager和node

（三）MHA node安装

MHA的Node依赖于perl-DBD-MySQL，所以要先安装perl-DBD-MySQL。

yum install perl-DBD-MySQL -y

rpm -ivh mha4mysql-node-0.58-0.el7.centos.noarch.rpm

（四）MHA manager安装

MHA的manager又依赖了perl-Config-Tiny、perl-Log-Dispatch、perl-Parallel-ForkManager，也分别
进行安装。

首先安装依赖

yum install perl-Config-Tiny 
yum install perl-Log-Dispatch 
yum install perl-Parallel-ForkManager

安装manager

rpm -ivh mha4mysql-manager-0.58-0.el7.centos.noarch.rpm

（五）MHA 配置

MHA Manager服务器需要为每个监控的 Master/Slave 集群供一个专用的配置文件，而所有的Master/Slave 集群也可共享全局配置。

1、初始化配置目录
#目录说明
#/var/log (CentOS目录)
# /mha (MHA监控根目录)
# /app1 (MHA监控实例根目录)
# /manager.log (MHA监控实例日志文件)
mkdir -p /var/log/mha/app1
touch /var/log/mha/app1/manager.log
2、在主库创建mha用户
create user 'mha'@'%' identified by 'mha123';
grant all on *.* to mha@'%' identified by 'mha123';
flush privileges;
3、配置监控全局配置文件
vim /etc/masterha_default.cnf

[server default]
user=mha
password=mha123
port=3306
#ssh登录账号
ssh_user=root
#从库复制账号和密码
repl_user=root
repl_password=root
port=3306
#ping次数
ping_interval=1
#二次检查的主机
secondary_check_script=masterha_secondary_check -s 8.131.87.12 -s  106.75.32.128 -s 106.75.47.125 # 一主两从三个库的ip
4、配置监控实例配置文件

etc下创建mha文件夹，文件加内创建app1.cnf文件

mkdir -p /etc/mha
vim /etc/mha/app1.cnf

app1.cnf配置如下：

[server default]
#MHA监控实例根目录
manager_workdir=/var/log/mha/app1
#MHA监控实例日志文件
manager_log=/var/log/mha/app1/manager.log

#[serverx] 服务器编号
#hostname 主机名
#candidate_master 可以做主库
#master_binlog_dir binlog日志文件目录

[server1]
hostname=8.131.87.12
candidate_master=1
master_binlog_dir="/var/lib/mysql"

[server2]
hostname=106.75.32.128
candidate_master=1
master_binlog_dir="/var/lib/mysql"

[server3]
hostname=106.75.47.125
candidate_master=1
master_binlog_dir="/var/lib/mysql"

（六）MHA 配置检测

1、执行ssh通信检测

在MHA Manager服务器上执行：

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

在这里插入图片描述
遇到的问题：

  1. 问题1：CentOS8权限问题没搞懂，root用户下authorized_keys文件只读不能修改，采取最笨的办法，改成centos7
  2. 问题2：刚开始执行失败，后来网络切换了一下就好了-_-||
2、检测MySQL主从复制

在MHA Manager服务器上执行：

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

出现“MySQL Replication Health is OK.”证明MySQL复制集群没有问题

遇到的问题：

 [error][/usr/share/perl5/vendor_perl/MHA/ServerManager.pm, ln443] Binlog filtering check failed on 106.75.32.128(106.75.32.128:3306)! All log-bin enabled servers must have same binlog filtering rules (same binlog-do-db and binlog-ignore-db). Check SHOW MASTER STATUS output and set my.cnf correctly.
Sat Jan 30 03:27:19 2021 - [warning] Bad Binlog/Replication filtering rules:
8.131.87.12 (current_master)
  Binlog_Do_DB: lagou
  Binlog_Ignore_DB: information_schema,performance_schema,sys
  Replicate_Do_DB: 
  Replicate_Ignore_DB: 
  Replicate_Do_Table: 
  Replicate_Ignore_Table: 
  Replicate_Wild_Do_Table: 
  Replicate_Wild_Ignore_Table: 

106.75.32.128
  Binlog_Do_DB: 
  Binlog_Ignore_DB: 
  Replicate_Do_DB: 
  Replicate_Ignore_DB: 
  Replicate_Do_Table: 
  Replicate_Ignore_Table: 
  Replicate_Wild_Do_Table: 
  Replicate_Wild_Ignore_Table: 

106.75.47.125
  Binlog_Do_DB: 
  Binlog_Ignore_DB: 
  Replicate_Do_DB: 
  Replicate_Ignore_DB: 
  Replicate_Do_Table: 
  Replicate_Ignore_Table: 
  Replicate_Wild_Do_Table: 
  Replicate_Wild_Ignore_Table: 

Sat Jan 30 03:27:19 2021 - [error][/usr/share/perl5/vendor_perl/MHA/MasterMonitor.pm, ln359] Slave configurations is not valid.
Sat Jan 30 03:27:19 2021 - [error][/usr/share/perl5/vendor_perl/MHA/MasterMonitor.pm, ln427] Error happened on checking configurations.  at /usr/bin/masterha_check_repl line 48.
Sat Jan 30 03:27:19 2021 - [error][/usr/share/perl5/vendor_perl/MHA/MasterMonitor.pm, ln525] Error happened on monitoring servers.
Sat Jan 30 03:27:19 2021 - [info] Got exit code 1 (Not master dead).

MySQL Replication Health is NOT OK!

问题思考：

意思就是主库和从库的my.cnf中配置的binlog-ignore-db和binlog-do-db要保持一致

解决方案：

把两台从库中的my.cnf配置进行调整

binlog-ignore-db=performance_schema
binlog-ignore-db=information_schema
binlog-ignore-db=sys
binlog-do-db=lagou
3、MHA Manager启动
nohup masterha_manager --conf=/etc/mha/app1.cnf --remove_dead_master_conf --
ignore_last_failover < /dev/null > /var/log/mha/app1/manager.log 2>&1 &

查看监控状态命令如下：

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

在这里插入图片描述

查看监控日志命令如下：

tail -f /var/log/mha/app1/manager.log

六、测试

（一）主从同步、半同步测试

MySQL主从复制结构下，如何判定是异步复制还是半同步复制？

show global status like '%Rpl_semi%';

在这里插入图片描述
在这里插入图片描述

（二）mha测试

1、mha通过ssh登录3台mysql服务器

ssh 8.131.87.12

ssh 106.75.32.128

ssh 106.75.47.125

2、执行第六步MHA 配置检测

①执行ssh通信检测

在MHA Manager服务器上执行：

masterha_check_ssh --conf=/etc/mha/app1.cnf
②检测MySQL主从复制

在MHA Manager服务器上执行：

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

3、启动mha服务之后，查看日志及状态

启动mha

nohup masterha_manager --conf=/etc/mha/app1.cnf --remove_dead_master_conf --
ignore_last_failover < /dev/null > /var/log/mha/app1/manager.log 2>&1 &

查看监控状态命令如下：

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

查看监控日志命令如下：

tail -f /var/log/mha/app1/manager.log

4、模拟主机出故障，从库能自动切换功能

①master停止mysql服务
systemctl stop mysqld
②查看mha日志，确认可以正常切换
③去当前从库查看主库情况
④在切换后的主节点机器上查看状态展示效果
⑤在切换后的主节点机器数据库添加数据，分别查询主从库数据一致
⑥将那个挂掉的数据库重新启动，然后试试手动切换主库（将它重新指定成主库)
masterha_master_switch  --conf=/etc/mha/app1.cnf --master_state=alive  --orig_master_is_new_slave --new_master_host=8.131.87.12 --new_master_port=3306

七、注意事项

1、三台mysql服务器的配置最好一致

因为每一台都有可能在mha的处理下变成主库。如，执行以下命令检测mysql主从复制的时候，如果主库和从库的my.cnf中配置的binlog-ignore-db和binlog-do-db不一致，会检测不通过

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

2、master宕机切换master之后，原来的master节点配置会从app1.cnf中自动删除

如果想用回原来的节点，需要先把原来的master的节点信息配置进去
在这里插入图片描述

JoyceYoungYYY
关注
  • 2
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 4
    评论
专栏目录
Mysql MHA高可用集群架构1
08-08
Mysql MHA高可用集群架构1 MHA（Master High Availability）是一种相对成熟的高可用解决方案，主要应用于 MySQL 高可用环境下故障切换和主从提升。MHA 由两部分组成：MHA Manager（管理节点）和 MHA Node（数据节点...
MySQL、MySQL主从、MySQL-cluster、mgr、mha、读写分离.zip
06-20
文档内容：概念、二进制安装MySQL、对库的操作、对表的操作、表结构操作、表的插入、修改和删除记录、约束、查询、条件查询、函数、分组...以及高级应用的MySQL主从架构、读写分离、cluster集群、mgr集群、MHA高可用。
Mysql8 MHA
zll4859291的博客
03-18 232
该参数代表忽略上次MHA触发切换产生的文件，默认情况下，MHA发生切换后会在日志目录，也就是上面我设置的/data产生app1.failover.complete文件，下次再次切换的时候如果发现该目录下存在该文件将不允许触发切换，除非在第一次切换后收到删除该文件，为了方便，这里设置为--ignore_last_failover。在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。
Mysql8 MHA(一主一从)安装手册
bestinter2010的博客
03-01 1550
1.版本选择 为了是mysql主从集群在发生故障时可以第一时间自动进行准备切换，选用MHA软件高可用解决方案 MHA版本：5.8 以下链接提供rpm安装包，此安装包可以在无外网环境下，配合centos 7光盘镜像做成的本地yum源，直接通过yum安装，链接：https://download.csdn.net/download/bestinter2010/82891906 Mysql版本：8 Linux版本：centos 7 2.MHA安装 主机......
MySQL8搭建MHA一主两从
weixin_47354082的博客
03-29 1403
一、介绍 MHA（Master High Availability）是MySQL高可用解决方案，用perl语言开发的管理工具，轮询探测MySQL主结点可用性，发现故障，自动转移故障，选一从结点提升为新的主结点，接替旧的主结继续对外提供服务，此过程对应用来说是透明的。在MHA中，MySQL主从高可用本质不变，仍是利用binlog发送到从结点，再relaylog重放实现数据同步，它是MySQL主从外挂，在故障情况下，主从手工切换工作自动化。 MHA支持MySQL一主多从，但MySQL结点至少3个，也只支持一
Mysql8 MHA(1)
2301_76957510的博客
05-30 824
该参数代表忽略上次MHA触发切换产生的文件，默认情况下，MHA发生切换后会在日志目录，也就是上面我设置的/data产生app1.failover.complete文件，下次再次切换的时候如果发现该目录下存在该文件将不允许触发切换，除非在第一次切换后收到删除该文件，为了方便，这里设置为--ignore_last_failover。在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。
mysql 8.0 + MHA配置
ycsdn10的博客
12-19 2357
一、完成安装mysql linux 下载 安装 mysql 8.0+ (tar.xz)_ycsdn10的博客-CSDN博客 二、完成主从复制 （1）默认异步主从 mysql 8.0 + 主从复制配置_ycsdn10的博客-CSDN博客 （2）半同步复制主从 mysql 8.0 + 半同步复制_ycsdn10的博客-CSDN博客 三、机器准备 准备至少3台机器，最好4台。我这边3台进行测试，其中manager有mysql 四、ssh 互通准备 linux ssh 多机 互相...
企业级mysql基于MHA的高可用集群部署
11-07
基于MHA的企业级MySQL高可用集群部署是指使用MHA（Master High Availability）软件来实现MySQL数据库的高可用性和自动故障切换。...MHA也可以与keepalived结合起来，实现高可用性的MySQL集群架构。
lvs+keepalived+mha+mysql架构配置说明
08-30
lvs+keepalived+mha+mysql 架构配置说明 LVS（Linux Virtual Server）是一种开源的负载均衡解决方案，旨在提高服务器集群的可用性和可扩展性。在高可用架构中，LVS 通常与 Keepalived 配合使用，以提供高可用的负载...
深入理解Mysql MHA高可用集群搭建：从实验到实战
12-28
MHA（Master High Availability）是一个用于MySQL高可用性的开源工具，专门用于处理MySQL主从复制架构中的主节点故障。本文深入探讨了MHA的关键组成部分，包括MHA Manager和MHA Node的角色，以及它如何在主节点故障...
Mysql-MHA配置详解.pdf
07-12
介绍了mysql-mha的配置步骤，可以当作工作文档进行使用！
mysql8 MHA集群部署
最新发布
lx_1314的博客
03-05 737
mysql8 MHA部署
【数据库八】MySQL MHA高可用配置及故障切换
陌上花开，静待绽放！
06-28 539
一生要遇见很多人，有的人遇见的不是时候就是注定要错过，与其鱼死网破不如平静地毁灭爱情让自己清醒，给对方一条生路。
mysql8 mha_探索MySQL高可用架构之MHA(8)
weixin_29043895的博客
01-20 167
探索MySQL高可用架构之MHA(8)-----构建mysql高可用系列(共9篇)上一篇文章介绍了本次架构的mha读写分离！世上本来就没有十全十美的事物。你不能要求一个人没有一点缺点错误。要正视自己的长处和短处，取他人之长补己之短，把自己的优点发挥至极致，你将会拥有精彩的人生。mha虽然功能强大，但是它同样并不完美，本篇文章主要介绍手工编写shell脚本解决mha的不完美。我只是基本把功实现了，因...
mysql8 mha_mysql 第八章 高可用MHA
weixin_29063681的博客
01-28 391
mysql 第八章 高可用MHA一. MHA原理(Failover如何实现过程) ***1. MHA通过masterha_manger脚本启动MHA的功能.2. 在manager启动之前,会自动检查ssh互信(masterha_check_ssh)和主从状态(masterha_check_repl)3. MHA-manager 通过 masterha_master_monitor脚本(每隔ping...
Mysql8 MHA高可用搭建之主从复制配置
m0_67505824的博客
03-14 1271
mysql8主从配置 1、在所有主从上执行，因为每个机器都有可能使master： 2、修改所有主从的配置文件my.cnf： 3、重启这三台机器，分别执行： 4、进入slave01的mysql命令行，执行： 5、遇到的问题总结: 1、在所有主从上执行，因为每个机器都有可能使master： # mysql -u root -p -h 127.0.0.1 create user 'repl'@'%' identified with mysql_native_password by 'pass456';
mysql mha常见故障_MySQLMHA配置常见问题
weixin_42465140的博客
02-10 852
MHA在MySQL数据库中被广泛使用，它小巧易用，功能强大，实现了基于MySQL replication架构的自手动主从故障转移，从库重定向到主库MHA在MySQL数据库中被广泛使用，它小巧易用，功能强大，实现了基于MySQL replication架构的自手动主从故障转移，从库重定向到主库并自动同步。尽管如此，在部署配置的过程中，由于疏忽总难以避免这样或那样的错误。本文是对MHA配置中常见问题的...
mysql应用 MHA搭建
weixin_41029286的博客
04-30 155
MHA搭建 四台机器 1主 2从 1mha 先搭建主从 安装mysql linux命令行下载mysql：wget https://downloads.mysql.com/archives/get/p/23/file/mysql-5.7.28-1.el7.x86_64.rpm-bundle.tar 解压：tar -xvf mysql-5.7.28-1.el7.x86_64.rpm-bundle.tar 安装： rpm -ivh mysql-community-common-5.7.28-1.el7.x86_6
MySQL 8.0 何时适用于生产？
vkingnew 的技术博客
09-29 6328
MySQL 版本发布历史 版本号 发布日期 开发阶段 8.0.12 2018-07-27 General Availability 8.0.11 2018-04-19 General Availability ... skipped ... 8.0.4 2017-09-21 Release Candidate 8.0.3 2017-07-17 Development Miles...
MySQL MHA集群
07-27
MySQL MHA（MySQL Master High Availability）是一个用于MySQL数据库主从复制的高可用性解决...总而言之，MySQL MHA集群是一种高可用性的解决方案，通过自动切换主从角色来实现故障转移，以确保数据库的持续可用性。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值