MGR集群从库出现RECOVERING

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

秋天枫叶35

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

阅读量649

点赞数 2

CC 4.0 BY-SA版权

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

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

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

23 篇文章 ¥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

517

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

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

weixin_34310726的博客

02-01

601

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

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

MySQL - MGR集群状态

weixin_45517132的博客

11-09

320

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

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

heroicpoem的专栏

05-25

4390

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

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

weixin_39938331的博客

02-17

1248

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

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

qq_39570637的博客

09-30

759

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

安装mysql的MGR集群

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

05-28

841

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

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

shunnianlv的博客

06-01

1350

如何搭建原生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

587

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

MySQL MGR 恢复(从库维度)

weixin_68243500的博客

02-23

1779

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

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

GreatSQL2021的博客

09-13

365

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

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

weixin_34673225的博客

01-27

830

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

1114

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

896

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

MGR集群脑裂测试

04-02

### MGR 集群脑裂测试方法与解决方案 #### 脑裂现象概述在分布式数据库环境中，当多个节点因网络分区或其他原因失去通信时，可能会发生所谓的“脑裂”（Split Brain）问题。在这种情况下，原本属于同一集群的不同子集可能各自独立运行并认为自己是主节点，从而引发数据一致性问题。对于 MySQL Group Replication (MGR)，其设计目标之一就是通过内置的仲裁机制来防止脑裂的发生。然而，在某些特殊场景下，仍需验证系统的健壮性和应对策略的有效性[^1]。 --- #### 模拟脑裂的方法要模拟 MGR 的脑裂情况，可以通过以下方式实现： 1. **人为制造网络分区** 使用工具如 `iptables` 或者其他网络隔离手段阻止部分节点之间的通信。例如： ```bash iptables -A INPUT -s <node_ip> -j DROP ``` 这样可以使得特定节点之间无法互相访问，进而触发潜在的脑裂行为[^5]。 2. **调整流量控制参数** 修改 `group_replication_flow_control_certifier_threshold` 参数至较低值以增加延迟敏感度，观察在网络不稳定条件下是否会诱发异常状况。 3. **禁用自动重新加入功能** 设置 `loose-group_replication_bootstrap_group=off` 来确保即使某个节点脱离群体也不会尝试自行恢复连接，以便更好地研究孤立状态下各组件的行为表现[^3]。 4. **强制设置为主节点** 在不同分区内分别执行命令让它们都成为 leader 角色，尽管正常生产环境下绝不应如此操作，但在实验阶段可用于探索极端情形下的后果。 ```sql SET GLOBAL group_replication_force_members='member_list'; ``` --- #### 解决方案分析针对可能出现的脑裂问题，以下是几种常见的处理办法及其原理说明： 1. **增强仲裁逻辑** 确保多数派原则始终生效——即只有获得超过半数投票支持的一方才能继续提供服务；其余则进入只读模式直至恢复正常联系为止。此特性已在标准版 MGR 中默认开启。 2. **启用更新全局校验选项** 对于存在复杂关系模型的应用程序来说，尤其是那些依赖外键约束的情况，应该激活 `group_replication_enforce_update_everywhere_check` 。它能够帮助识别由于并发修改而导致的数据冲突风险，并及时中断危险事务提交过程[^4]。 3. **定期监控健康指标** 利用管理界面或者第三方插件持续跟踪整个拓扑结构的状态变化趋势图谱以及性能瓶颈所在位置。一旦发现任何可疑迹象立即介入调查修复工作流程。 4. **实施灾难恢复计划** 准备好详尽的事前预案文档清单，包括但不限于备份还原步骤指南、替代供应商联系方式列表等内容项。这样即便最糟糕局面降临也能迅速切换到备用设施上去维持基本运营活动不受影响。 --- ```python def simulate_brain_split(nodes, partition_point): """ Simulates a brain split by isolating nodes beyond the given point. Args: nodes (list): List of node IPs or names participating in replication. partition_point (int): Index at which to create network isolation. Returns: str: Confirmation message indicating successful simulation setup. """ isolated_nodes = nodes[partition_point:] for node in isolated_nodes: command = f"iptables -A INPUT -s {node} -j DROP" os.system(command) return "Brain split successfully simulated." # Example usage with hypothetical list of nodes ['192.168.1.1', '192.168.1.2'] simulate_brain_split(['192.168.1.1', '192.168.1.2'], 1) ``` 上述脚本展示了如何利用 Python 编程语言配合操作系统层面指令完成简单的脑分裂环境搭建任务自动化进程开发实例演示效果展示窗口。 ---