MySQL+MGR:ERROR] Plugin group_replication reported: '[GCS] Error on opening a connection to

最新推荐文章于 2025-06-15 15:20:40 发布
最新推荐文章于 2025-06-15 15:20:40 发布
阅读量7.7k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/u010719917/article/details/99571236
这篇博客记录了在MySQL Group Replication中遇到的[GCS] Error on opening a connection的问题及解决方法。错误涉及到本地端口21317无法连接到其他成员，通过重启MySQL服务和检查group_replication_group_name配置解决了通信故障。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

2019-08-14T03:01:52.690466-05:00 7992 [Note] Plugin group_replication reported: 'Group Replication applier module successfully initialized!'
2019-08-14T03:01:52.691143-05:00 0 [Note] Plugin group_replication reported: 'XCom protocol version: 3'
2019-08-14T03:01:52.691173-05:00 0 [Note] Plugin group_replication reported: 'XCom initialized and ready to accept incoming connections on port 21317'
2019-08-14T03:01:52.694865-05:00 0 [ERROR] Plugin group_replication reported: '[GCS] Error on opening a connection to m1:49106 on local port: 21317.'
2019-08-14T03:01:52.695250-05:00 0 [ERROR] Plugin group_replication reported: '[GCS] Error on opening a connection to m3:17662 on local port: 21317.'
2019-08-14T03:01:52.695584-05:00 0 [ERROR] Plugin group_replication reported: '[GCS] Error on opening a connection to m4:32087 on local port: 21317.'

2019-08-14T03:01:52.702251-05:00 0 [ERROR] Plugin group_replication reported: '[GCS] Error on opening a co

最低0.47元/天 解锁文章

200万优质内容无限畅学
mgr未同步 mysql_mysql8.0 搭建mgr踩坑记录
weixin_39548832的博客
12-18 815
启动总是报错：2020-08-21T04:52:36.332502Z 10 [System] [MY-010597] [Repl] 'CHANGE MASTER TO FOR CHANNEL 'group_replication_applier' executed'. Previous state master_host='', master_port= 3306, master_log_file...
MySQL维护mgr_MySQL之MGR成员故障导致整个集群不可用的问题排查分析
weixin_27734811的博客
01-19 1979
2020-08-14集群有三个成员memberA、B、C成，其中memberB意外故障停掉了，然后memberA 执行stop group_replication退去集群.此时整个集群不可用了(不能更新数据)。集群中唯一剩余的成员memberC上看到的成员状态为：但是memberA看到的状态为：查看最后的存活的memberC的错误日志发现："Plugin group_replication rep...
[ERROR] Plugin group_replication reported: '[GCS] Error on opening a connection to ip:port
热门推荐
小白
11-28 1万+
内容问题描述解决方法centos6防火墙常用命名centos7firewalld常用命令 问题描述 使用MySQL5.7.24 做组复制实验，模式选择主模式，第一台主模式服务器已配置成功，但是在配置第二台服务器加入到配置的组中时报错： 2018-11-28T10:31:51.423293+08:00 0 [ERROR] Plugin group_replication reported: '[GC...
Plugin group_replication reported: 'Connecting socket to address 192.168.233.137 in port 33061 faile
小白
11-02 1963
MySQL Group Replication START GROUP_REPLICATION启动时报错 2018-11-02T14:50:23.337291+08:00 8 [Note] Slave SQL thread for channel 'group_replication_applier' initialized, starting replication in log 'FIRST'...
MGR集群场景恢复处理
gzt19881123的专栏
06-15 1014
摘要： MySQL8 MGR集群在单机房部署时，断电重启可能导致集群异常。本文分析了三种常见故障场景及解决方案： 三节点全部重启时，需重新引导主节点并加入集群； 单节点重启时直接重新加入集群； 网络异常导致数据差距过大时，需安装clone插件进行物理同步。针对每种场景给出了具体SQL操作步骤和参数配置建议，特别强调了super_read_only状态管理和clone插件的安装使用注意事项。
MySQL 5.7 Group Replication错误总结(r11笔记第84天）
congbao6525的博客
02-22 1504
今天来总结下MySQL 5.7中的一些问题处理，相对来说常规一些。搭建的过程我就不用多说了，昨天的文章里面可以看到一个基本的方式，在测试环境很容易模拟，如果在多台物理机环境中搭建是不是也一样呢，答案是肯定的，我自己都...
mysql 5.7 group replication 之四 [ERROR] Plugin group_replication reported: 'Member was expelled from
一名数据库爱好者的专栏
03-04 6842
os: ubuntu 16.04 db: mysql 5.7.25 规划如下: 192.168.56.92 node1 # mysql 192.168.56.90 node2 # mysql 192.168.56.88 node3 # mysql 标题显示不全 [ERROR] Plugin group_replication reported: ‘Member was expelled fro...
MySQL的btree索引和hash索引的区别
A3630623的专栏
09-26 1425
Hash 索引结构的特殊性，其检索效率非常高，索引的检索可以一次定位，不像B-Tree 索引需要从根节点到枝节点，最后才能访问到页节点这样多次的IO访问，所以 Hash 索引的查询效率要远高于 B-Tree 索引。 可能很多人又有疑问了，既然 Hash 索引的效率要比 B-Tree 高很多，为什么大家不都用 Hash 索引而还要使用 B-Tree 索引呢？任何事物都是有两面性的，Ha
MySQL高可用框架--组复制(group replication)搭建测试
piriineos的博客
06-29 5490
一、框架搭建      1.首先备份主库数据，有两种方法，冷备份和热备份。冷备份需要先停止master服务，sudo/etc/init.d/mysql stop，然后通过cp或者scp等命令将数据文件传输到指定文件夹，这里我选择在一台服务器上启动三个实例来搭建组复制，所以就用sudo cp -R /var/lib/mysql /home/piriineos/data/mysql/data1/来复制...
Slave failed to initialize relay log info structure from the repository, Error_code: MY-013124
u013469501的博客
02-27 1744
架构：3节点MGR，单主模式 现象：在第三个节点启动组复制时报出：Slave failed to initialize relay log info structure from the repository, Error_code: MY-013124错误，errlog日志显示如下： 022-02-28T11:48:27.033637Z 8 [Warning] [MY-011735] [Repl] Plugin group_replication reported: '[GCS] Automatic
MGR 问题处理
chenglong411的博客
06-06 1637
将my.cnf中的参数group_replication_group_seeds设置为只包含除自身外其他group成员的ip地址以及内部通信端口，如果写成group所有成员的IP地址则会出现这个错误，这和相同网段的MGR部署方式有些差异。解决方案：有些成员有组内其它成员没有的事务，set global group_replication_allow_local_disjoint_gtids_join=ON;解决方法：配置group_replication_ip_whitelist。
mysql mgr连接报错_MySQL Group Replication （MGR） 安装
weixin_32203421的博客
02-01 671
MySQL Group Replication (MGR) 安装发布时间：2020-03-25 00:41:38来源：51CTO阅读：5592作者：hui90877MySQL Group Replication 安装192.168.10.65192.168.10.66192.168.10.67OS : CentOS 7.4mysql soft : 8.0.12一、安装MySQL，并创建实例此处参...
5.MGR组复制故障处理-IP没有在白名单中
weixin_43346403的博客
02-06 489
MGR故障处理
mysql8 mgr一主多从部署
planck
10-25 1338
1、高一致性：基于原生复制和paxos协议的组复制技术。 2、高容错性：有自动检测机制，当出现宕机后,会自动剔除问题节点，在2N+1个节点集群中，集群 只要N +1个节点还存活着，数据库就能稳定的对外提供服务。 3、高扩展性：可以在线增加和移除节点。 4、高灵活性：可以在单主模式和多主模式自由切换。 MGR缺点 MGR技术比较新，稳定性方面还需要业界验证。
mysql下载是port报错_mysql group replication添加复制节点报错
weixin_30794381的博客
02-04 282
该楼层疑似违规已被系统折叠隐藏此楼查看此楼恳求各位大神给把把脉，到底问题处在那个环节环境： 三台物理机 192.168.1.3 192.168.1.4 192.168.1.5配置文件：[mysqld]basedir=/usr/local/mysqldatadir=/var/lib/mysqlserver_id=1port=3306socket=/var/run/mysqld/mysql.sock...
MySQL GR(group replication) Single Primary
crj2951的博客
03-20 621
1、组复制是一种可用于实现容错系统的技术。复制组是一个通过消息传递相互交互的server集群。通信层提供了原子消息和完全有序信息交互等保障机制。MySQL组复制以这些功能和架构为基础，实现了基于复制协议的多主更新。复制组由...
MySQL Group Replication 安装
Liuyhs_2018的博客
09-18 3385
MySQL Group Replication 安装 192.168.10.65 192.168.10.66 192.168.10.67 OS : CentOS 7.4 mysql soft : 8.0.12 一、安装MySQL，并创建实例 此处参考 mysql8.0.12源码安装 二、mgr几个指定参数，添加到配置文件中，重启生效 – 配置文件 binlog_format ...
Mysql Group Replication关闭和启动所有的组成员的注意点
jolly10的专栏
05-17 7949
由于的我mgr建立在虚拟机上面（即使是正式环境，如果计划内的停机或者断电都需要关闭所有的节点），如何关闭所有的组成员，关闭的顺序还是比较重要的。我的环境是一个primary，多个slave的架构，qht131为parmary,其它qht132,qht133,qht134为slave数据库。1.关闭所有的组成员必须先先关闭slave，最后关闭master.qht132,qht133,qht134：[...
mysql 5.7 group replication 之五 [ERROR] Plugin group_replication reported: 'Table tmp_t0 does not hav
一名数据库爱好者的专栏
03-04 1040
os: ubuntu 16.04 db: mysql 5.7.25 规划如下: 192.168.56.92 node1 # mysql 192.168.56.90 node2 # mysql 192.168.56.88 node3 # mysql 标题显示不全 [ERROR] Plugin group_replication reported: ‘Table tmp_t0 does not h...
Plugin group_replication reported: 'The group_replication_group_name option is mandatory'
最新发布
08-11
<think>我们正在解决MySQL Group Replication配置错误：group_replication_group_name选项是必需的。 根据MySQL官方文档，group_replication_group_name是一个必须设置的参数，它是一个UUID格式的字符串，用于唯一标识复制组。 解决方案步骤： 1. 在MySQL配置文件（my.cnf或my.ini）中的[mysqld]部分设置group_replication_group_name。 2. 确保所有集群节点使用相同的group_replication_group_name。 3. 重启MySQL服务以使配置生效（因为该参数是只读的，不能在运行时动态修改）。 4. 如果已经尝试启动组复制但失败，需要先停止组复制，然后重新启动。 注意：group_replication_group_name的值必须是一个有效的UUID，可以通过MySQL的UUID()函数生成，或者使用外部工具生成。 详细步骤： 步骤1：编辑配置文件 在每台服务器的MySQL配置文件中添加（如果已有则修改）： [mysqld] group_replication_group_name = "aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa" # 替换为有效的UUID 步骤2：重启MySQL服务 systemctl restart mysql # 根据系统选择相应命令 步骤3：初始化组复制（在第一个节点上） SET GLOBAL group_replication_bootstrap_group=ON; START GROUP_REPLICATION; SET GLOBAL group_replication_bootstrap_group=OFF; 步骤4：在其他节点上加入组 START GROUP_REPLICATION; 如果之前已经启动过组复制，需要先停止： STOP GROUP_REPLICATION; 然后重新启动。 验证配置： SELECT @@group_replication_group_name; 该查询应返回配置的UUID。 常见错误： 1. 没有在配置文件中设置，或者设置后没有重启。 2. UUID格式不正确（必须为8-4-4-4-12的32个十六进制字符，用连字符连接）。 3. 不同节点的UUID不一致。 生成UUID的方法： - 在MySQL中执行：SELECT UUID(); 注意：这样生成的UUID每个节点可能不同，所以应该在一个节点上生成后，复制到其他节点的配置文件中。 引用说明： 根据MySQL官方文档，group_replication_group_name是必须配置的参数，且在整个复制组中必须一致[^1]。</think>### 解决 MySQL Group Replication "group_replication_group_name option is mandatory" 错误 #### 问题原因分析 该错误表示 **未配置或未正确配置`group_replication_group_name`参数**，这是 MGR 的核心标识符，必须满足： 1. 必须是有效的 UUID 格式（32位十六进制，格式：`xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx`） 2. **所有节点必须使用完全相同的值** 3. 需在启动组复制前完成配置[^1] --- ### 完整解决步骤 #### 步骤1：生成有效的 UUID ```sql -- 在任意节点执行生成 UUID SELECT UUID() AS group_uuid; ``` 输出示例： `6ba7b810-9dad-11d1-80b4-00c04fd430c8` ✅ **请记录此值**（所有节点将使用同一个 UUID） #### 步骤2：配置所有节点 编辑每个节点的 `my.cnf` 配置文件： ```ini [mysqld] # 必须配置项（替换为你的UUID） loose-group_replication_group_name = "6ba7b810-9dad-11d1-80b4-00c04fd430c8" # 其他必要配置（示例） loose-group_replication_start_on_boot = OFF loose-group_replication_local_address = "node1:33061" loose-group_replication_group_seeds = "node1:33061,node2:33061,node3:33061" loose-group_replication_bootstrap_group = OFF ``` #### 步骤3：重启所有 MySQL 服务 ```bash systemctl restart mysql # 每个节点执行 ``` #### 步骤4：引导集群（仅在首个节点执行） ```sql -- 只在第一个节点执行 SET GLOBAL group_replication_bootstrap_group=ON; START GROUP_REPLICATION; -- 启动组复制 SET GLOBAL group_replication_bootstrap_group=OFF; ``` #### 步骤5：其他节点加入集群 ```sql -- 在每个非首个节点执行 START GROUP_REPLICATION; -- 加入现有集群 ``` #### 步骤6：验证配置 ```sql -- 检查集群状态（所有节点应返回相同UUID） SELECT @@group_replication_group_name AS group_uuid; -- 验证节点状态 SELECT member_id, member_host, member_state FROM performance_schema.replication_group_members; ``` ✅ 预期输出： ``` +--------------------------------------+-------------+--------------+ | member_id | member_host | member_state | +--------------------------------------+-------------+--------------+ | d4b5a... | node1 | ONLINE | | 7ac2d... | node2 | ONLINE | +--------------------------------------+-------------+--------------+ ``` --- ### 高级故障排查 #### 场景1：UUID 格式错误 ```log [ERROR] [MY-011526] Plugin group_replication reported: &#39;Invalid group name format&#39; ``` ✅ **解决方案**： - 使用 `SELECT UUID()` 生成合法 UUID - 确保格式为：`8-4-4-4-12` 的十六进制字符串（含连字符） #### 场景2：节点 UUID 不一致 ```log [ERROR] [MY-011503] Member configuration is incompatible with the group ``` ✅ **解决方案**： 1. 停止所有节点的组复制： ```sql STOP GROUP_REPLICATION; -- 所有节点执行 ``` 2. 检查每个节点的配置： ```sql SHOW VARIABLES LIKE &#39;group_replication_group_name&#39;; ``` 3. 统一配置后重启服务 #### 场景3：未重启 MySQL 服务 ```sql -- 运行时修改会报错 SET GLOBAL group_replication_group_name = "xxx"; -- ERROR 1238 (HY000): Variable &#39;group_replication_group_name&#39; is a read only variable ``` ✅ **关键点**：此参数是**只读变量**，必须通过配置文件修改并重启服务[^1] --- ### 预防措施 1. **配置同步检查脚本**（所有节点执行）： ```bash #!/bin/bash UUID=$(mysql -Nse "SELECT @@group_replication_group_name") echo "Group UUID: $UUID" ``` 2. **自动化部署验证**： ```sql -- 检查配置一致性 SELECT @@hostname, @@group_replication_group_name, IF(@@group_replication_group_name=UUID(),&#39;VALID&#39;,&#39;INVALID&#39;) AS status FROM information_schema.global_status; ``` > **核心要点**：`group_replication_group_name` 是 MGR 的集群 DNA，必须满足 **全局唯一性、格式合法、配置一致** 三原则[^1]。 ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值