MySQL如何开启组复制GR模式？高可用集群MGR初始成员与网络配置详解

MySQL Group Replication（简称MGR）是官方提供的原生高可用与数据同步方案，基于组复制协议实现多节点数据强一致。开启GR模式并不是简单改一个参数，而是涉及服务器配置、网络环境和引导流程的系统性调整。下面以单主模式为例，说明如何从零搭建一个最小可用的MGR集群。

一、基础参数与前置条件

在配置MGR之前，所有实例必须开启二进制日志、使用行格式，并且每个节点拥有全局唯一的server_id。组复制要求事务以行级记录，因此binlog_format必须设为ROW，同时需要启用gtid_mode与enforce_gtid_consistency，以保证事务在组内可追溯。

另外一个容易忽略的点是，MGR依赖主机名互相通信。如果/etc/hosts中没有正确映射各节点IP与主机名，节点在握手阶段就会失败。建议在每个节点上都将集群内所有机器的IP和主机名写死到hosts文件，避免使用DNS造成解析抖动。

[mysqld]
server_id=1
log_bin=mysql-bin
binlog_format=ROW
gtid_mode=ON
enforce_gtid_consistency=ON
master_info_repository=TABLE
relay_log_info_repository=TABLE
transaction_write_set_extraction=XXHASH64

二、组复制相关核心参数

每个节点都要配置相同的group_replication_group_name，这是一个UUID，用来标识同一个复制组。group_replication_local_address填写本节点用于组内通信的地址和端口，默认使用33061。group_replication_group_seeds则列出种子节点的通信地址，新节点启动后会向这些种子请求加入。

对于单主模式，需要将group_replication_single_primary_mode设为ON，并关闭多主模式相关的校验。以下配置展示了节点一的核心GR参数，节点二、三只需修改server_id与local_address即可。

plugin_load_add='group_replication.so'
group_replication_group_name="aaaaaaaa-bbbb-cccc-dddd-eeeeeeeeeeee"
group_replication_local_address="node1:33061"
group_replication_group_seeds="node1:33061,node2:33061,node3:33061"
group_replication_single_primary_mode=ON
group_replication_enforce_update_everywhere_checks=OFF

三、初始成员的引导启动

第一个节点必须作为引导节点来创建组，这一步只能执行一次。引导前先安装插件，然后通过设置group_replication_bootstrap_group为ON并启动组复制，成功后再将该值关闭，防止意外重建组。其余节点不需要开启引导，直接start group_replication即可。

如果引导节点未正确关闭bootstrap标志，当该节点重启时可能再次初始化一个空组，导致原集群分裂。因此运维脚本中务必在start之后立刻置回OFF。下面给出节点一的引导SQL示例。

INSTALL PLUGIN group_replication SONAME 'group_replication.so';
SET GLOBAL group_replication_bootstrap_group=ON;
START GROUP_REPLICATION;
SET GLOBAL group_replication_bootstrap_group=OFF;

节点二、三加入时，只需确保seed配置指向已存在的组成员，然后执行启动命令。若数据不一致，可借助克隆插件或备份恢复手段先拉平数据再加入。

INSTALL PLUGIN group_replication SONAME 'group_replication.so';
START GROUP_REPLICATION;

四、网络配置与排错

除了数据库参数，网络层必须放行3306（客户端）与33061（组内通信）端口。云环境或防火墙策略常会阻断33061，表现为节点状态始终为RECOVERING。使用以下命令可观察成员状态与通信错误。

当网络抖动导致心跳超时，MGR可能将某个成员驱逐出组。通过调整group_replication_member_expel_timeout可适当容忍短暂断连。日常排错时重点查看performance_schema.replication_group_members表，以及错误日志中的GCS相关条目。

SELECT * FROM performance_schema.replication_group_members;
SHOW STATUS LIKE 'group_replication_primary_member';

五、小结与注意事项

开启MGR并不复杂，关键在于初始成员引导顺序与网络可达性。生产环境推荐至少三节点部署，容忍一个节点故障而不影响写入。所有节点时间应通过NTP同步，避免事务排序异常。

当集群扩缩容时，新增节点务必先补齐数据再启动复制，下线节点应正常stop group_replication，避免突然断电造成组内重新选举开销。掌握上述配置与排错方法，即可构建稳定的MySQL高可用集群。

MySQL_Group_ReplicationMGR高可用集群修改时间：2026-08-05 03:42:27