MGR集群从库出现RECOVERING

解决MGR集群中的数据库同步问题与配置参数详解

最新推荐文章于 2025-04-18 16:04:43 发布

秋天枫叶35

最新推荐文章于 2025-04-18 16:04:43 发布

阅读量738

点赞数 2

CC 4.0 BY-SA版权

分类专栏：安装中间件文章标签： mysql 数据库运维 MGR集群

本文链接：https://blog.youkuaiyun.com/weixin_43086864/article/details/139180147

安装中间件专栏收录该内容

25 篇文章 ¥15.90 ¥99.00

订阅专栏

超级会员免费看

一、MGR集群问题

说明：
1、启动MGR集群，发现从库转态是：RECOVERING，导致数据不同步。
2、查看MGR日志报错信息，发现提示从库以存在数据库linux，导致无法创建。
3、报错信息如下图所示：

在这里插入图片描述

二、解决方法

1、配置文件添加
vim /etc/my.cnf
[mysqld]
slave_skip_errors=all
slave_skip_errors=ddl_exist_errors

2、重启mysql数据库
service mysqld restart

3、启动mgr服务
a、master主库启动mgr服务
set global grou

了解本专栏

订阅专栏解锁全文

超级会员免费看

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

秋天枫叶35

关注关注

2
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
打赏
打赏
打赏举报

举报

专栏目录

订阅专栏

MGR集群切换报错：[ERROR] Slave I/O for channel ‘group_replication_recovery‘: error connecting to master

欢迎你们到来，希望能帮到大家

05-28

602

说明：1、MGR集群故障，master切换成功后，原来的主节点变成slave加入到MGR集群报RECOVERING错误。2、经过查看mysql日志报错信息，提示连接新master报错。3、查看数据库的用户，发现少创建复制用户账号。

安装mysql的MGR集群

欢迎你们到来，希望能帮到大家

05-28

916

说明1、 mysql数据库主从宕机，会影响到正常业务访问，并且要手动进行切换。2、 MHA高可用搭建复杂，代码已停止更新。3、 MGR集群搭建方便， master故障会自动进行切换，不影响业务正常访问。

参与评论您还未登录，请先登录后发表或查看评论

一次主库binlog删除一起的mgr集群从库不停recoving

qq_39570637的博客

09-30

809

一次主库binlog删除一起的mgr集群从库不停recoving 问题描述：三个用docker容器部署的mysql实例，组建了一个mgr集群在重启docker容器后，进行压测。此时只三台机器都未加入mysql group replication 对master进行性能压测，构建测试库过程中出现问题：数据盘写满了 ----drop未成功都testdb，删除多余binlog binlog序号为1->11 开始prepare run 直到全部压测完毕先简单解释下磁盘满的原因：我的数据盘是50G，在压

MGR新节点RECOVERING状态的分析与解决：caching_sha2_password验证插件的影响

GreatSQL2021的博客

09-13

414

本文验证环境，以及本文所采用数据库为$ uname -a部署准备：采用的是单机多实例的部署方式，如何部署单机多实例可以前往(IP端口角色3306mgr013307mgr02port=3306port=3307启动MGR01实例、MGR02实例，并修改密码#启动两个实例#获取初始化密码#登录数据库并修改密码检查两个实例是否正确加载插件没有加载的话可以手动加载这个plugin新身份验证插件安全度相比其他的身份验证插件，既解决安全性问题又解决性能问题，建议使用新密码验证插件。

mysql mgr集群说明_MySQL MGR 集群从数据库显示RECOVRING

weixin_34310726的博客

02-01

633

因为断电或者其他瞎折腾导致：从节点显示RECOVRING查看错误日志显示：Slave SQL for channel 'group_replication_recovery': Error 'Can't create database 'test'; database exists' on query. Default database: 'test'. Query: 'create dat...

MGR新加节点一直recovering故障解决

heroicpoem的专栏

05-25

4505

背景有个3节点的验证环境，最开始搭了基于binlog的传统主从同步。后来升级为group replication结构，primary node启动正常，2个后加入的node 状态一直处于recovering状态。以下记录解决的过程，具体内部原理不是很清楚，可能有的步骤不一定发挥了作用。解决过程 1.修改hostname 看官档的部署和别人的方案，节点hostname都是不同的。我的都是默认的localhost.localdomain，不知道在互相通讯时，这个名称一样的会否导致混乱。因此改的名字。 1

mysql8.0单机多实例搭建mgr集群和多机搭建mgr集群 --初学者版本

shunnianlv的博客

06-01

1421

如何搭建原生mgr集群集群信息节点数量： 3个部署在机器: 192.168.56.101 192.168.56.102 192.168.56.103 端口是：3306 对应容器： test11 test12 test13 系统： centos7 mysql版本： 8.0.25 glibc版本：glibc2.17 配置文件位置：/home/mysql/etc/my_mgr_8.0.cnf 数据文件位置：/mysql/data_mgr_8.0/ 依赖包： li

ubuntu+docker+mysql8搭建MGR集群

weixin_51777214的博客

04-18

689

ubuntu20.04+docker+mysql8搭建MGR一主二从集群，亲测可用

MySQL - MGR集群状态

weixin_45517132的博客

11-09

406

见mysql官方文档（下面引用参考）

mysql mgr recovering_深度理解MySQL Group Replication的RECOVERING状态

weixin_39938331的博客

02-17

1292

接收到报警通知，db3这台组复制成员故障down机了，等修复好，启动服务器，然后再启动mysql实例，进去查看状态，变成了RECOVERING，如下所示；mysql> SELECT * FROM performance_schema.replication_group_members;+---------------------------+-------------------------...

MySQL MGR 恢复(从库维度)

weixin_68243500的博客

02-23

1917

1.这两种还原方法同样适用于 MGR中加入新节点。2.从节点组关系恢复或者组关系中新加入节点，从节点数据恢复同步是一方面，更重要的是值，组关系靠GTID值来同步事务。在各节点数据一致的情况下，gtid_purged值不同也会导致还原失败。如果从库gtid_purged值不是组关系成员中的gtid_purged值。加入组关系时从库会从初始的 gtid_purged值同步。导致重复执行其它组成员已经执行过的 gtid 事务，日志中会报数据已存在，同步停止的错误。3.还原故障节点组关系。

MySql GR启动时节点状态卡在RECOVERING

u010719917的专栏

05-15

8851

问题描述：root@localhost:(none) 04:47:06>SELECT * FROM performance_schema.replication_group_members; +---------------------------+--------------------------------------+-------------+-------------+-----...

mysql mgr recovering_mysql 8.0.18 mgr节点状态长时间处于RECOVERING 状态

weixin_34673225的博客

01-27

854

MYSQL database replication Error MY-002061start group_replication;ysql> select * from replication_group_members;+---------------------------+--------------------------------------+----------------+...

MGR宕机后重新加入集群报错：check that group_replication_recovery channel credentials

bestinter2010的博客

05-07

1184

MGR集群整体宕机后，slave节点加入集群，发现节点状态一直处于RECOVERING然后变成MISS状态，查看节点error日志有如下报错 2022-05-07T06:16:30.192155Z 25 [ERROR] [MY-010584] [Repl] Slave I/O for channel 'group_replication_recovery': error connecting to master 'mysql_innodb_cluster_2@node1:3306' - retry-tim

MGR中secondary的从节点同步异常？

weixin_43308954的博客

08-11

945

MGR增加从库需要注意什么?

搭建MGR集群

最新发布

08-22

<think>我们正在搭建MySQL Group Replication集群。根据引用内容，搭建过程涉及多台服务器（至少两台）的配置，且需要确保服务器间网络互通（特别是33061端口）。以下是基于引用[1]和[2]的步骤指南： ### 步骤1: 准备服务器 - 准备至少两台服务器（例如：10.5.2.103和10.5.2.104），并安装相同版本的MySQL（5.7以上版本）。 - 确保服务器间网络互通，开放3306（MySQL服务端口）和33061（Group Replication通信端口）。 ### 步骤2: 配置每台服务器的my.cnf 每台服务器需要配置`my.cnf`，以下为示例配置（以服务器1为例，IP:10.5.2.103）： ```ini [mysqld] # 通用配置 server_id=1 # 每台服务器唯一ID gtid_mode=ON enforce_gtid_consistency=ON binlog_checksum=NONE # Group Replication配置 plugin_load_add='group_replication.so' group_replication_group_name="aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa" # 使用相同的UUID，可通过`SELECT UUID()`生成 group_replication_start_on_boot=OFF group_replication_local_address= "10.5.2.103:33061" group_replication_group_seeds= "10.5.2.103:33061,10.5.2.104:33061" group_replication_bootstrap_group=OFF ``` 注意： - `server_id` 每台必须不同。 - `group_replication_group_name` 所有节点必须相同，是一个UUID格式的字符串。 - `group_replication_local_address` 设置为当前服务器的IP和端口（33061）。 - `group_replication_group_seeds` 包含所有节点的地址。 ### 步骤3: 启动MySQL并配置复制用户每台服务器上执行： ```sql -- 创建复制用户 SET SQL_LOG_BIN=0; CREATE USER 'repl'@'%' IDENTIFIED BY 'repl_password'; GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%'; FLUSH PRIVILEGES; SET SQL_LOG_BIN=1; -- 配置组复制通道 CHANGE MASTER TO MASTER_USER='repl', MASTER_PASSWORD='repl_password' FOR CHANNEL 'group_replication_recovery'; ``` ### 步骤4: 启动组复制 - **在第一个节点（引导节点）上**： ```sql -- 引导组（只在第一个节点执行） SET GLOBAL group_replication_bootstrap_group=ON; START GROUP_REPLICATION; SET GLOBAL group_replication_bootstrap_group=OFF; ``` - **在其他节点上**： ```sql -- 直接启动组复制 START GROUP_REPLICATION; ``` ### 步骤5: 检查集群状态在任何节点上执行： ```sql SELECT * FROM performance_schema.replication_group_members; ``` 应看到所有节点状态为`ONLINE`。 ### 注意事项 - 如果使用Docker部署，确保网络配置正确（引用[2]提到使用host模式）。 - 新节点加入前，确保数据一致（可使用mysqldump或克隆插件，引用[3]提到mysqldump）。 ### 示例命令生成UUID（用于`group_replication_group_name`）： ```sql SELECT UUID(); ``` §§相关问题§§ 1. MySQL Group Replication集群的最小节点数是多少？ 2. 如何向已有MySQL Group Replication集群中添加新节点？ 3. MySQL Group Replication集群中节点故障如何处理？</think>### MySQL Group Replication集群搭建指南 #### **1. 环境准备** - **服务器要求**：至少2台互通的服务器（如10.5.2.103和10.5.2.104） - **MySQL版本**：5.7或更高（需支持Group Replication插件） - **端口开放**：确保3306（MySQL服务）和33061（Group Replication通信）端口互通 - **数据一致性**：初始搭建时所有节点数据需一致（可通过`mysqldump`导入，引用[3]） --- #### **2. 配置文件修改（每台服务器）** 修改`my.cnf`，以**10.5.2.103**为例： ```ini [mysqld] # 基础配置 server_id=1 # 每台服务器唯一ID datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock # 复制配置 gtid_mode=ON enforce_gtid_consistency=ON binlog_checksum=NONE log_slave_updates=ON log_bin=binlog # Group Replication核心配置 plugin_load_add='group_replication.so' group_replication_group_name="aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa" # 集群唯一UUID group_replication_start_on_boot=OFF group_replication_local_address= "10.5.2.103:33061" # 当前节点地址 group_replication_group_seeds= "10.5.2.103:33061,10.5.2.104:33061" # 所有节点地址 group_replication_bootstrap_group=off # 引导开关 ``` > ⚠️ 注意： > 1. `server_id` 每台必须不同 > 2. `group_replication_group_name` 所有节点必须相同（可通过`SELECT UUID()`生成） > 3. `group_replication_local_address` 需设置为当前服务器IP --- #### **3. 创建复制用户（所有节点执行）** ```sql -- 创建专用用户 SET SQL_LOG_BIN=0; CREATE USER 'repl'@'%' IDENTIFIED BY 'SecurePass123!'; GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%'; GRANT BACKUP_ADMIN ON *.* TO 'repl'@'%'; FLUSH PRIVILEGES; SET SQL_LOG_BIN=1; -- 配置Group Replication通道 CHANGE MASTER TO MASTER_USER='repl', MASTER_PASSWORD='SecurePass123!' FOR CHANNEL 'group_replication_recovery'; ``` --- #### **4. 启动集群** - **首个节点引导（10.5.2.103）**： ```sql SET GLOBAL group_replication_bootstrap_group=ON; -- 激活引导 START GROUP_REPLICATION; -- 启动组复制 SET GLOBAL group_replication_bootstrap_group=OFF; -- 关闭引导（引用[1]） ``` - **其他节点加入（10.5.2.104）**： ```sql START GROUP_REPLICATION; -- 直接加入集群 ``` --- #### **5. 验证集群状态** ```sql SELECT * FROM performance_schema.replication_group_members; ``` 正常输出示例： ``` | MEMBER_ID | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE | |--------------------|------------------|-------------|--------------| | d4e... | 10.5.2.103 | 3306 | ONLINE | | 8a2... | 10.5.2.104 | 3306 | ONLINE | ``` --- #### **关键注意事项** 1. **防火墙**：确保节点间33061端口互通（引用[2]） 2. **数据初始化**：新节点加入前需通过`mysqldump`同步数据（引用[3]） ```bash mysqldump --all-databases --single-transaction --user=root > backup.sql ``` 3. **Docker部署**：建议使用`host`网络模式（引用[2]） 4. **错误处理**：若节点无法加入，检查`error_log`中SSL或网络错误 ---