MYSQL高可用MHA二：MHA实现高可用

最新推荐文章于 2024-07-25 16:06:56 发布
最新推荐文章于 2024-07-25 16:06:56 发布
阅读量688 收藏
点赞数
分类专栏： mysql 文章标签： mysql perl linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42333478/article/details/126425622
版权

接MYSQL高可用MHA一：GTID方式主从复制 

主从复制目前一切正常，开始mha配置

主：10.121.151.234 port：3306

从1：10.121.151.235 port：3306

从2：10.121.151.236 port：3306

（1）安装依赖包

yum -y install perl-DBD-MySQL

（2）安装mha4mysql-node-0.58-0.el7.centos.noarch.rpm

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

#特别提示：3台MySQL都需要安装mha4mysql-node-0.56-0.el6.noarch.rpm

从2：10.121.151.236 port：3306

1.使用阿里云源+epel源

（1）备份

mv /etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo.backup

（2）下载新的 CentOS-Base.repo 到 /etc/yum.repos.d/

curl -o /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo

（3）生成缓存

yum makecache

（4）epel源

curl -o /etc/yum.repos.d/epel-7.repo http://mirrors.aliyun.com/repo/epel-7.repo

2.安装manager依赖包（需要公网源）

yum -y install perl-Config-Tiny epel-release perl -Log-Dispatch perl-Parallel-ForkManager perl-Time-HiRes

3.安装manager包

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

4.编辑配置文件

mkdir -p /etc/mha

5.创建日志目录

mkdir -p /var/log/mha/mha

6.创建配置文件（默认没有）

vi /etc/mha/mha1.cnf

[server default]

manager_log=/var/log/mha/mha1/manager

manager_workdir=/var/log/mha/mha1

master_binlog_dir=/usr/local/mysql/data

password=123123

ping_interval=2

repl_password=123123

repl_user=rep

ssh_user=root

user=mha

[server1]

hostname=10.121.151.234

port=3306

[server2]

hostname=10.121.151.235

port=3306

[server3]

hostname=10.121.151.236

port=3306

配置ssh信任（所有）

从2：10.121.151.236 port：3306

1.创建密钥对

ssh-keygen -t dsa -P "" -f ~/.ssh/id_dsa >/dev/nul l 2>&1

2.发送10.121.151.236公钥，包括自己

ssh-copy-id -i /root/.ssh/id_dsa.pub root@10.121.151.234

ssh-copy-id -i /root/.ssh/id_dsa.pub root@10.121.151.235

ssh-copy-id -i /root/.ssh/id_dsa.pub root@10.121.151.236

从1：10.121.151.235 port：3306

发送10.121.151.236公钥，包括自己

ssh-copy-id -i /root/.ssh/id_dsa.pub root@10.121.151.234

ssh-copy-id -i /root/.ssh/id_dsa.pub root@10.121.151.235

ssh-copy-id -i /root/.ssh/id_dsa.pub root@10.121.151.236

主：10.121.151.234 port：3306

发送10.121.151.236公钥，包括自己

ssh-copy-id -i /root/.ssh/id_dsa.pub root@10.121.151.234

ssh-copy-id -i /root/.ssh/id_dsa.pub root@10.121.151.235

ssh-copy-id -i /root/.ssh/id_dsa.pub root@10.121.151.236

mha启动测试

从2：10.121.151.236 port：3306

1.ssh检查检测

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

[info] All SSH connection tests passed successfully. #成功

2.主从复制检测

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

MySQL Replication Health is OK. #成功

3.启动MHA

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

ps -ef | grep perl | grep -v grep

root 4961 4690 0 06:33 pts/2 00:00:00 perl /usr/bin/masterh a_manager --conf=/etc/mha/mha1.cnf --remove_dead_master_conf --ignore_l ast_failover

#说明：

nohup:启动命令

--conf：指定配置文件位置

--remove_dead_master_conf：如果有master down了，就去掉配置文件里该master的部分

进行mha自动切换master的测试

1.登陆从2：10.121.151.236 port：3306 查看信息状态（主库IP地址）

mysql -uroot -p123123 -S /data/mysql/mysql3306/mysql.sock

mysql> show slave status\G

*************************** 1. row ***************************

Slave_IO_State: Waiting for master to send event

Master_Host: 10.121.151.234

Master_User: rep

Master_Port: 3306

Connect_Retry: 60

Master_Log_File: mysql-bin.000001

Read_Master_Log_Pos: 3887

Relay_Log_File: localhost-relay-bin.000003

Relay_Log_Pos: 3135

Relay_Master_Log_File: mysql-bin.000001

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

2.停掉主：10.121.151.234 port：3306 上的MySQL服务

cd /data/mysql/mysql3306/

./mysql stop

3.查看从2：10.121.151.236 port：3306 上的MySQL从库同步状态

mysql -uroot -p123123 -S /data/mysql/mysql3306/mysql.sock

mysql> show slave status\G

*************************** 1. row ***************************

Slave_IO_State: Waiting for master to send event

Master_Host: 10.121.151.235

Master_User: rep

Master_Port: 3306

Connect_Retry: 60

Master_Log_File: mysql-bin.000001

Read_Master_Log_Pos: 4327

Relay_Log_File: bogon-relay-bin.000002

Relay_Log_Pos: 755

Relay_Master_Log_File: mysql-bin.000001

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

4.查看从1：10.121.151.235 port：3306 上的MySQL，主库同步状态。

mysql -uroot -p123123 -S /data/mysql/mysql3306/mysql.sock

mysql> show slave status\G

Empty set, 1 warning (0.00 sec) #正常现象，因为现在是主库

show master status; #参数可以和上面对的上

| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set

| mysql-bin.000001 | 4327 | | | 80b472df-b67e-11ec-9463-000c290d7cca:1,

81210d08-b67e-11ec-b4af-000c29932170:1-17 |

5.查看从2：10.121.151.236 port：3306 上的mha进程状态

ps -ef | grep perl | grep -v grep #查询发现mha 进程已经没了

[1]+ 完成 nohup masterha_manager --conf=/etc/mha/mha1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/mha/mha1/manager.log 2>&1

6.查看mha配置文件信息

cat /etc/mha/mha1.cnf (没有了[server1]的信息参数)

[server default]

manager_log=/var/log/mha/mha1/manager

manager_workdir=/var/log/mha/mha1

master_binlog_dir=/usr/local/mysql/data

password=123123

ping_interval=2

repl_password=123123

repl_user=rep

ssh_user=root

user=mha

[server2]

hostname=10.121.151.235

port=3306

[server3]

hostname=10.121.151.236

port=3306

将故障宕机的主：10.121.151.234 port：3306 的MySQL服务启动并授权进行从同步

cd /data/mysql/mysql3306/

./mysql start

mysql -uroot -p123123 -S /data/mysql/mysql3306/mysql.sock

CHANGE MASTER TO MASTER_HOST='10.121.151.235', MASTER_PORT=3306,MASTER_AUTO_POSITION=1, MASTER_USER='rep', MASTER_PASSWORD='123123';

start slave;

mysql> show slave status\G

*************************** 1. row ***************************

Slave_IO_State: Waiting for master to send event

Master_Host: 10.121.151.235

Master_User: rep

Master_Port: 3306

Connect_Retry: 60

Master_Log_File: mysql-bin.000001

Read_Master_Log_Pos: 4327

Relay_Log_File: localhost-relay-bin.000002

Relay_Log_Pos: 755

Relay_Master_Log_File: mysql-bin.000001

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

从2：10.121.151.236 port：3306

将mha配置文件里缺失的部分补全

*********************************************报错集锦*******************************************************

（1）报错 masterha_check_repl --conf=/etc/mha/mha1.cnf

Mon Apr 4 22:47:38 2022 - [error][/usr/share/perl5/vendor_perl/MHA/ServerManager.pm, ln188] There is no alive server. We can't do failover

Mon Apr 4 22:47:38 2022 - [error][/usr/share/perl5/vendor_perl/MHA/MasterMonitor.pm, ln427] Error happened on checking configurations. at /usr/share/perl5/vendor_perl/MHA/MasterMonitor.pm line 329.

Mon Apr 4 22:47:38 2022 - [error][/usr/share/perl5/vendor_perl/MHA/MasterMonitor.pm, ln525] Error happened on monitoring servers.

Mon Apr 4 22:47:38 2022 - [info] Got exit code 1 (Not master dead). M

ySQL Replication Health is NOT OK!

解决方法:

在主库 mysql>

+------------------+--------------+-----------------------+

| user | host | plugin |

+------------------+--------------+-----------------------+

| root | % | caching_sha2_password |

| mha | 192.168.31.% | caching_sha2_password |

| rep | 192.168.31.% | caching_sha2_password |

| mysql.infoschema | localhost | caching_sha2_password |

| mysql.session | localhost | caching_sha2_password |

| mysql.sys | localhost | caching_sha2_password |

+------------------+--------------+-----------------------+

ALTER USER 'mha'@'10.121.151.%' IDENTIFIED WITH mysql_native_password BY '123123';

FLUSH PRIVILEGES;

grant all on *.* to mha@'10.121.151.%';

FLUSH PRIVILEGES;

mysql> select user,host,plugin from mysql.user;

+------------------+--------------+-----------------------+

| user                 | host                         | plugin |

+------------------+--------------+-----------------------+

| root | % | caching_sha2_password |

| mha | 192.168.31.% | mysql_native_password |

| rep | 192.168.31.% | caching_sha2_password |

| mysql.infoschema | localhost | caching_sha2_password |

| mysql.session | localhost | caching_sha2_password |

| mysql.sys | localhost | caching_sha2_password |

+------------------+--------------+-----------------------+

（2）继续操作报错：

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

[error][/usr/share/perl5/vendor_perl/MHA/Server.pm, ln265] Checking slave status failed on 192.168.31.134(192.168.31.134:3308). err=Got error when executing SHOW SLAVE STATUS. Access denied; you need (at least one of) the SUPER, REPLICATION CLIENT privilege(s) for this operation

原因:

/etc/mha/mha1.cnf文件中

user=mha

在做此用户授权时出错.造成无法连接数据库检查状态

解决方法

此用户需要UPER, REPLICATION CLIENT 权限.最简单的方法就是赋予所有权限,次方法生产环境下需要谨慎.（这个文档我给了和主从复制账户一样的权限了，所以错误了：grant replication slave on *.* to 'mha'@'10.121.151.%';）

grant all on *.* to mha@'10.121.151.%';

（3）报错：（mha成了之后，把主库停顿，然后查看从库2，应该连接从库1，结果报错）

show slave status\G

Last_Error: Coordinator stopped because there were error(s) in the worker(s). The most recent failure being: Worker 8 failed executing transaction '378d3f91-b424-11ec-acbe-000c290d7cca:1' at master log mysql-bin.000001, end_log_pos 491. See error log and/or performance_schema.replication_applier_status_by_worker table for more details about this failure or others, if any.

详细报错（错误说是root用户的加密方式，此时方式是caching_sha2_password）：

select * from performance_schema.replication_applier_status_by_worker\G LAST_ERROR_MESSAGE: Worker 8 failed executing transaction '378d3f91-b424-11ec-acbe-000c290d7cca:1' at master log mysql-bin.000001, end_log_pos 491; Error 'Operation ALTER USER failed for 'root'@'localhost'' on query. Default database: ''. Query: 'ALTER USER 'root'@'localhost' IDENTIFIED WITH 'caching_sha2_password' AS '$A$005$ ie7G(byk9IuST61k=%ucLZ9SmuyEqEYqVeDW36W3cFDCcQ65ABSIGQfxxRb0D'

解决方法（从库1设置，因为要把它当作主库）：误操作造成：

root的密码权限给改成了%

加密方式为mysql_native_password所以导致这个报错无法解决

在MySQL8.0之前，身份验证的插件是mysql_native_password，在MySQL 8.0中，caching_sha2_password 是默认的身份验证插件，安全性更高。

在MySQL中，系统状态变量Rsa_public_key,此值是sha256_password身份验证插件用于基于RSA密钥对的密码交换的公用密钥 。对于使用该sha256_password 插件的客户端，连接到服务器时，密码永远不会以明文形式公开。密码传输的方式取决于是否使用安全连接或RSA加密：

正确操作： select user,host,plugin from mysql.user where user='root';

| user | host | plugin |

| root |% | mysql_native_password |

#授权方式更改

mysql > update user set host='localhost' where user='root';

# 指定用户的授权

mysql > grant all privileges on *.* to root@'localhost'';

#刷新

flush privileges;

#更改密码加密方式

alter user 'root'@'localhost' identified with caching_sha2_password by '123123';

查询

select user,host,plugin from mysql.user where user='root';

+------+-----------+-----------------------+

| user | host | plugin |

+------+-----------+-----------------------+

| root | localhost | caching_sha2_password

| +------+-----------+-----------------------+

重新测试：需要把主库启动

从库1：stop slave;和start slave;

从库2：stop slave; CHANGE MASTER TO MASTER_HOST='192.168.31.134',MASTER_PORT=3308,MASTER_USER='rep',MASTER_PASSWORD='123123',master_auto_position=1;

最后start slave;继续进行mha启动：nohup masterha_manager --conf=/etc/mha/mha1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/mha/mha1/manager.log 2>&1 &

然后重新实验：

关闭主库， ./mysql stop

从库2操作: show slave status\G *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event

Master_Host: 10.121.151.235

Master_User: rep

Master_Port: 3306

Connect_Retry: 60

Master_Log_File: mysql-bin.000001

Read_Master_Log_Pos: 4327

Relay_Log_File: bogon-relay-bin.000002

Relay_Log_Pos: 755

Relay_Master_Log_File: mysql-bin.000001

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

（4）格外补充，增加root权限可以让别用户进行的登录

# 使用mysql 数据库

mysql > use mysql;

# 特定用户的host 修改

mysql > update user set host='%' where user='root';

# 指定用户的授权

mysql > grant all privileges on *.* to root@'%';

#刷新

flush privileges;

.大橙子.
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
使用Docker-Compose部署MySQL一主二从同步高可用MHA集群
Java程序员廖志伟
01-05 1707
使用Docker-Compose部署MySQL一主二从同步高可用MHA集群，图文视频结合。
【MySQL数据库】丨高可用之MHA集群部署
热门推荐
陈橘又青的博客
05-14 1万+
MHA的搭建过程中最大的困难点在于经常依赖包安装不全以及相关脚本与版本不对应导致一直无法部署，还有一个问题是集群复制检查、手动切换主库均正常，但是主库异常宕机时无法切换（切换脚本问题）。小伙伴们在实践过程中遇到问题可以多多与我沟通，相互学习提高排坑技能。
mysql高可用MHA
小渣渣
10-31 873
即使有些从服务器没有收到最新的relay log，MHA自动从最新的从服务器上识别差异的relay log并把这些日志应用到其他从服务器上，因此所有的从服务器保持一致性了。MHA通常在几秒内完成故障转移，9-12秒可以检测出主服务器故障，7-10秒内关闭故障的主服务器以避免脑裂，几秒中内应用差异的relay log到新的主服务器上，整个过程可以在10-30s内完成。若从库日志有如下报错，是因为虚机是克隆的master节点，克隆的虚拟机与原虚拟机的UUID是一样的，冲突了。
MYSQL高可用MHA一：GTID方式主从复制
weixin_42333478的博客
08-19 796
MYSQL高可用MHA一：GTID方式主从复制详细搭建和错误集锦
MySQL高可用MHA部署
zhouziyu00的博客
07-02 182
MHA MHA是一套优秀的MySQL高可用环境下故障切换和主从复制的软件，它解决了MySQL单点故障的问题。 在故障切换过程中，MHA能做到在30秒内自动完成故障切换 MHA能在切换过程中最大程度的保证数据的一致性，达到真正的高可用 MHA的组成 1，MHA Node节点（数据节点） 2，MHA Manager（管理节点） MHA Manager可以单独部署在一台机器上，也可以部署在一台slave节上。 MHA Manager会定时探测集群中的master节点，当master节点出现故障时，它会自动将最新数
Mysql数据库：MHA高可用架构
十七拾的博客
03-31 1592
本文详细MHA的概述，在传统的mysql主从复制架构中，存在主服务器的单点故障的问题，而MHA可以自动化处理故障切换和主从复制管理，还详细阐述了如何部署MHA高可用架构，希望对你有帮助！
MySQL 高可用之MHA 工作原理和架构，实现MHA高可用实战案例
qq_43555873的博客
11-06 794
MySQL 高可用解决方案 MHA 工作原理和架构 MHA集群架构 实现 MHA 实战案例
mysql高可用架构mha部署
码海小虾米_的博客
07-04 570
MySQL MHA一、MySQL MHA介绍1.1 什么是 MHA?1.2 MHA 的组成1) MHA Node（数据节点）2) MHA Manager（管理节点）1.3 MHA 的特点二、MySQL MHA搭建2.1 MySQL MHA搭建的步骤（理论）2.1.1 搭建步骤2.1.2 故障模拟2.1.3 故障修复步骤2.2 MySQL MHA搭建具体操作步骤（实操）2.1.1 搭建步骤2.2.2 故障模拟2.2.3 故障修复步骤 一、MySQL MHA介绍 MHA（MasterHigh Availab
数据库：MHA实现Mysql数据库高可用
云计算之路
03-21 489
本文讲解MHA实现Mysql数据库高可用，讲解MHA实现的原理，介绍了MHA的工具包，并通过实验实现了MHA的主备切换
MySQL高可用MHA安装文档与配置文件
01-30
MySQL高可用性解决方案是数据库运维中的重要组成部分，它旨在确保数据服务的连续性和一致性。...本压缩包中的“MySQL高可用MHA安装文档与配置文件”将提供详细的步骤指导，帮助你搭建和管理MHA环境。
MySQL MHA高可用实战部署手册
最新发布
07-29
MySQL MHA高可用实战部署手册: 在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用
MySQL高可用mha-0.56
05-14
MySQL高可用性解决方案MHA（Master High Availability）是一款开源工具，专为MySQL数据库设计，用于在主从复制环境中实现故障切换和数据恢复。MHA由两个主要组件组成：MHA Manager和MHA Agent。 MHA Manager是整个...
MySQL高可用学习笔记mysqlrouter_MHA.docx
08-14
MySQL 高可用学习笔记 mysqlrouter_MHA 本文档主要讲解了 MySQL Router 和 MHA 的高可用配置和测试步骤。MySQL Router 是一个提供高可用和负载均衡的工具，而 MHA 是一个提供高可用和自动failover 的工具。下面我们...
MySQL MHA高可用架构搭建手册
02-21
MySQL MHA高可用架构搭建手册
web小项目-曼波生日录(Servlet+JSP+MySQL)
m0_75138009的博客
07-24 898
当记录条数过多时会自动出现滚轮，数据不会超出紫框。
《MySQL DBA 修炼之道》第四章 开发进阶
Trishia的博客
07-25 643
博主学习《MySQL DBA 修炼之道》结合自身理解的总结。主要讲解了范式、反范式、慢SQL查询、事务和锁等。
数据库安全：MySQL安全配置，MySQL安全基线检查加固
wangyuxiang946的博客
07-23 2260
MySQL基线检查，基线配置，安全加固
测试环境搭建整套大数据系统（十七：mysql同步，字段类型映射错误问题）
weixin_43446246的博客
07-24 470
mysql表hive表其中 type是字符串类型，但是yarn上一直报错number这个类是往int类型转才会使用到的。
MySQL高可用架构演进：从MHA到InnoDB Cluster
5. **第四代MySQL原生高可用：InnoDB Cluster** MySQL 5.7及更高版本引入了InnoDB Cluster，这是一个内置的高可用解决方案，基于Group Replication（MGR）。InnoDB Cluster提供了一种原生的、分布式的一致性复制...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

.大橙子.

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值