MySQL高可用之MHA

最新推荐文章于 2021-11-18 08:28:28 发布
最新推荐文章于 2021-11-18 08:28:28 发布
阅读量334 收藏
点赞数
分类专栏： Linux企业运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_45070541/article/details/109588418
版权

MySQL高可用之MHA

搭建环境

准备工作

三台已经实现gtid异步复制的虚拟机
一台虚拟机安装MHA

三个数据库节点的配置文件都进行修改,添加如下参数，然后重启，安装mha节点软件

vim /etc/my.cnf


server_id=3
gtid_mode=ON
enforce_gtid_consistency=ON
log_slave_updates=ON
log_bin=binlog


yum install -y mha4mysql-node-0.58-0.el7.centos.noarch.rpm

MHA节点配置

yum install -y mha4mysql-manager-0.58-0.el7.centos.noarch.rpm perl-* mha4mysql-node-0.58-0.el7.centos.noarch.rpm 安装MHA软件


配置免密访问
ssh-keygen	生成密钥

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

发送密钥
ssh-copy-id server1
ssh-copy-id server2	
ssh-copy-id server3

并且数据库互相之间也要免密
拷贝server4上的密钥给server1 2 3
scp -r .ssh server1:
scp -r .ssh server2:
scp -r .ssh server3:

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

配置mha工作目录及配置文件
参考https://www.cnblogs.com/gomysql/p/3675429.html
mkdir /etc/masterha
vim /etc/masterha/app1.cnf


[server default]
manager_workdir=/etc/masterha
manager_log=/var/log/masterha.log  
master_binlog_dir=/etc/masterha
#master_ip_failover_script= /usr/local/bin/master_ip_failover
#master_ip_online_change_script= /usr/local/bin/master_ip_online_change
password=Wsp+123ld  #MySQL管理帐号和密码
user=root
ping_interval=1
remote_workdir=/tmp
repl_password=Wsp+123ld
repl_user=repl 
#report_script=/usr/local/send_report
#secondary_check_script= /usr/local/bin/masterha_secondary_check -s server03 -s server02
#shutdown_script=""
ssh_user=root 

[server1]
hostname=172.25.136.1
port=3306

[server2]
hostname=172.25.136.2
port=3306
candidate_master=1
check_repl_delay=0

[server3]
hostname=172.25.136.3
port=3306
no_master=1	



其中
manager_log=/var/log/masterha.log  manager 日志文件
password=Wsp+123ld  MySQL管理帐号和密码
ssh_user=root # 系统ssh用户
candidate_master=1  备选master
no_master=1	表示这个节点不能作为master

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

数据库主从节点配置

master节点需要授权root用户访问，是因为server4调度器默认是用root远程连接数据库，
但是在配置数据库是已经禁用了root的远程连接
在主库上授权用户
mysql> grant all on *.* to root@'%' identified by 'Wsp+123ld';


两个slave节点设置只读（不写在配置文件里，因为slave随时可能切换为master）
set global read_only = 1

测试

检测连接功能

masterha_check_ssh --conf=/etc/masterha/app1.cnf
免密后就可以成功

在这里插入图片描述

如果数据库之间不是互相免密，就会出现如下报错

在这里插入图片描述

检测复制功能

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

在这里插入图片描述

出现下图的报错，是因为server4调度器默认是用root远程连接数据库，
但是在配置数据库是已经禁用了root的远程连接

在这里插入图片描述

在主库上授权用户
mysql> grant all on *.* to root@'%' identified by 'Wsp+123ld';

在这里插入图片描述

测试manager能否开启

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

测试手动failover切换

先关闭manager，不关的话切不了，manager就是自动切换的工具
[root@server4 masterha]# masterha_stop --conf=/etc/masterha/app1.cnf

masterha_master_switch --master_state=dead --conf=/etc/masterha/app1.cnf --dead_master_host=172.25.0.1 --dead_master_ip=172.25.0.1 --dead_master_port=3306 --new_master_host=172.25.0.2 --new_master_port=3306
手动切换之前，需要保证主从同步正常，repl复制用户能够远程连接

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

中间都选yes

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

将server3重启，并设置成从库
[root@server1 ~]# systemctl start mysqld
mysql> CHANGE MASTER TO MASTER_HOST = '172.25.70.14', MASTER_USER = 'repl', MASTER_PASSWORD = 'Wsp+123ld', MASTER_AUTO_POSITION = 1;

mysql> start slave;

mysql> show slave status\G

查看server1主从配置，主库改为server4

在这里插入图片描述

设置server3的主库，查看主从配置

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

这时会在/etc/masterha目录下生成一个app1.failover.complete文件，是来记录failover情况的，再进行failover时必须先把这个文件删除，不然不会failover

测试半自动failover

在server2（MHA节点）上
首先清理app1.failover.complete

开启mha manager
nohup masterha_manager --conf=/etc/masterha/app1.cnf &>/dev/null &
mha manager自带守护进程

在server3（主库）上可以看到mha进程，即使关闭也会自动开启
ps ax | grep mysql
然后关闭数据库
systemctl stop mysqld

在server2（MHA节点）上查看
cat /var/log/masterha.log
发现已经切换，同时manager进程退出，所以全自动需要脚本

在这里插入图片描述

把server1加回集群
mysql> CHANGE MASTER TO MASTER_HOST = '172.25.0.2', MASTER_USER = 'repl', MASTER_PASSWORD = 'Wsp+123ld', MASTER_AUTO_POSITION = 1;

mysql> start slave;

在这里插入图片描述

配置脚本和vip漂移

因为用户访问入口只能有一个，所以需要配置vip

编辑master_ip_failover 和 master_ip_online_change 两个脚本，配置自动添加和删除vip
修改内容：
my $ssh_start_vip = "/sbin/ip addr add $vip dev eth0";
my $ssh_stop_vip = "/sbin/ip addr del $vip dev eth0";

cp master_ip_failover master_ip_online_change /usr/local/bin
cd /usr/local/
cd bin/
chmod +x master_ip_failover master_ip_online_change

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

###注意在server4的配置文件种 这两行的注释要打开
master_ip_failover_script= /usr/local/bin/master_ip_failover
master_ip_online_change_script= /usr/local/bin/master_ip_online_change

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

#目前server4是master，所以先给server4添加vip
ip addr add 172.25.70.110/24 dev eth0
MHA调度器上，可以看到切换vip
masterha_master_switch --conf=/etc/masterha/app1.cnf --master_state=alive --new_master_host=172.25.70.13 --new_master_port=3306 --orig_master_is_new_slave --running_updates_limit=10000

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

在这里插入图片描述

测试全自动切换

在server4上先删除app1.failover.complete

开启manager

nohup masterha_manager --conf=/etc/masterha/app1.cnf &>/dev/null &

然后在master（server1）上关闭mysql，模拟故障

再在server4上查看日志

cat /var/log/masterha.log
可以看到切换成功，vip也成功漂移

小结

从库无法同步

可能是主库有数据，但是二进制日志缺被清除，从库无法进行复制

解决：
1.主库备份数据
mysqldump --all-databases --single-transaction --triggers --routines --events --host=127.0.0.1 --port=3306 --user=root --password=Wsp+123ld > wsp.sql

在这里插入图片描述
2.从库先关闭slave，导入数据后再开启。

登录数据库，清除原来数据
mysql> stop slave;
mysql> reset master;

在这里插入图片描述

重新导入

在这里插入图片描述

进入数据库，重新配置复制
mysql> CHANGE MASTER TO MASTER_HOST = '172.25.0.1', MASTER_USER = 'repl', MASTER_PASSWORD = 'Wsp+123ld', MASTER_AUTO_POSITION = 1;

mysql> start slave;

下图是从库没有关闭slave，所以就报错

在这里插入图片描述

MHA节点测试报错

如果之前有用MHA进行测试过，会在/etc/masterha目录下生成一个app1.failover.complete文件，是来记录failover情况的，再进行failover时必须先把这个文件删除，不然不会failover

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

劲节子
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
MariaDB数据库介绍三、MHA（Master HA）实现主节点故障转移
weixin_34152820的博客
11-11 467
一、MHA MHA是开源的MySQL的高可用程序，它为MySQL的主从复制架构提供了主节点故障自动转移的功能，它会监控master节点故障的时候，会提升其中的拥有最新数据的slave节点称为新的master节点，同时它还提供了master节点的在线切换的功能，按需切换master/slave节点。 MHA服务有两种角色，MHA Manager和MHA Node：MH...
mysql高可用 MHA
weixin_56463403的博客
06-22 147
1. 环境规划 主机名 IP 节点信息 数据版本 系统版本 db1 172.19.0.131 mysql主节点 5.7.32 CentOS7.9 db2 172.19.0.130 mysql从节点 5.7.32
MHA管理所有数据库服务器
kali_yao的博客
09-11 424
## MHA ### 概述 #### MHA简介 - 由日本DeNA公司youshimaton开发 - 是一套优秀的实现MySQL高可用的解决方案 - 数据库的自动故障切换操作能做到在0~30秒之内完成 - MHA能确保在故障切换过程中最大限度保证数据的一致性，以达到真正意义上的高可用 #### MHA组成 - MHA Manager（管理节点） - - 可以单独部署在一台独立的机器上 - 也可以部署在某台数据库服务器上 - MHA Node（数据节点） - 存储数据的...
mysql高可用MHA节点node和管理manage安装包rpm
02-07
mysql高可用MHA节点node和管理manage安装包rpm
mha管理节点的主配置文件
07-25
mha管理节点的主配置文件，app1.cnf配置文件配置了管理节点和数据节点的数据。
MySQL高可用方案 MHA
07-26
MySQL高可用方案 MHA MySQL高可用方案 MHA MySQL高可用方案 MHA
MySQL高可用架构MHA
01-09
MHA工作原理 部署MHA 1.配置四台主机ssh登录不用密码 ssh-keygen -t rsa ssh-copy-id 192.168.100.10（20.30.102） 2.上传安装包，解压编译安装 配置yum仓库 vim /etc/yum.repos.d/mhapath.repo ##进入yum仓库，...
MySQL高可用架构MHA软件包及脚本
12-21
MySQL高可用架构MHA的el5、el6、el7三个版本软件包及vip漂移、邮件通知脚本。
MySQL MHA高可用架构搭建手册
02-21
MySQL MHA高可用架构搭建手册
MySQL高可用mha-0.56
05-14
MHA-manager、MHA-agent，支持Redhet6、7，MySQL高可用MHA安装包。
MySQL5.7+MHA添加/删除slave节点
cuiruidu3106的博客
10-29 846
数据库架构：一主两从 master：192.168.8.57 slave1：192.168.8.58 slave2：192.168.8.59 manager：192.168.8...
MHA 节点程序介绍
weixin_33915554的博客
10-29 435
MHA manage 节点包含以下程序: 1. masterha_manager: 监控master, 以及执行failover机制 2. master_master_switch: 手动或者交互式的完成在线failover切换 3. master_check_status: 检查master_manager状态 4. master_check_repl...
云计算 （MHA manager) + 节点
m0_60655253的博客
11-18 506
192.168.2.10 MHA manager 192.168.2.20 主 node 192.168.2.30 从1 node1 192.168.2.40 从2 node2 1.四台主机先互相做免登录 1对234 2对134 3对124 4对于123 例子：1对234 [root@localhost ~]# ssh-keygen 全部回车 [root@localhost ~]# ssh-copy-id root@192.168.2.20...
mysql 高可用 之 MHA 故障切换
weixin_45649763的博客
03-09 430
文章目录MHA简介MHA服务的角色MHA提供的工具MHA的工作原理实现步骤MHA manager节点手动死切手动活切半自动故障转移( failover )配置 vip 漂移手动测试vip漂移测试全自动漂移 MHA简介 MHA（Master HA）是一款开源的 MySQL 的高可用程序，它为 MySQL 主从复制架构提供了 automating master failover 功能。MHA 在监控到...
mysql mha集群 主库切换_MySQL 高可用集群架构 MHA 详解
weixin_35964171的博客
02-07 178
MHA Manager端日常主要操作步骤1)检查是否有下列文件，有则删除。发生主从切换后，MHAmanager服务会自动停掉，且在manager_workdir(/data/masterha/app1/app1.failover.complete)目录下面生成文件app1.failover.complete，若要启动MHA，必须先确保无此文件)find / -name 'app1.failove...
mysql高可用之MHA(补充3)--管理多组主从复制
yanggd1987的专栏
08-19 2951
前面我们了解了mha管理一组主从，然而在实际生产环境中不同的应用会使用不同的数据库，因此会有多组主从复制，我们可以使用一个mha manager 来管理多组主从复制数据库。我们只需要创建一个全局配置文件，你可以将这几组中相同的配置信息写到全局配置文件中，如用户名、密码等，而其他的配置信息单独写到每个app*.cnf中。 官网介绍： https://code.google.com/p/mysql
MySQL主从复制高可用之MHA
qq_36417677的博客
03-14 227
一、理解MHA 1.什么是MHA MHA（MySQL-master-ha）是目前广泛使用的MySQL主从复制的高可用方案。MHA设计目标是自动实现主实例宕机后，从机切换为主，并尽量降低切换时延（通常在10-30s内切换完成）。同时，由MHA保证在切换过程中的数据一致性。MHA对MySQL的主从复制集群非常友好，没有对集群做任何侵入性的修改。 MHA的一个重点特性是：在主实例宕机后，MHA可以自动的...
MySQL数据库集群实战———MySQL高可用MHA
ranrancc_的博客
11-28 387
文章目录一、MySQL高可用之MHA 一、MySQL高可用之MHA
mha日常维护命令
lgstudyvc的专栏
08-12 2930
1.查看ssh登陆是否成功 masterha_check_ssh --conf=/etc/masterha/app1.cnf 2.查看复制是否建立好 masterha_check_repl --conf=/etc/masterha/app1.cnf 3.启动mha nohup masterha_manager --conf=/etc/masterha/app1.cnf > /tm
mysql高可用架构mha
最新发布
08-30
MHA（Master High Availability）是一种用于MySQL数据库的高可用架构解决方案。它由日本DeNA公司开发，旨在实现MySQL主从复制的自动故障转移和故障恢复。 MHA架构通常由以下几个组件组成： 1. MHA Manager：负责...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值