Windows下配置MySQL 8.0 Group Replication的核心难点是group_replication插件加载失败、参数未在正确上下文生效及路径权限干扰；需显式指定plugin_dir、所有组复制变量加loose-前缀、group_replication_local_address用真实IP而非localhost、防火墙放行通信端口，并仅在主节点执行bootstrap引导。
Windows 下配置 MySQL 8.0 Group Replication 的核心难点不是“能不能装”，而是group_replication插件能否加载成功、参数是否在正确上下文生效、以及 Windows 环境特有的路径与权限干扰。很多失败直接卡在 INSTALL PLUGIN group_replication SONAME 'group_replication.so' 报错或启动后状态为 OFFLINE，根本原因往往出在配置顺序或变量作用域上。
确认插件文件存在且路径可读
MySQL 8.0 在 Windows 上默认不启用插件目录自动发现，必须显式指定 plugin_dir。若跳过这步，INSTALL PLUGIN 会提示 Can't open shared library 'group_replication.so' (errno: 126, The specified module could not be found.)。
-
plugin_dir必须指向 MySQL 安装目录下的lib/plugin子目录（例如C:/Program Files/MySQL/MySQL Server 8.0/lib/plugin），路径中不能含空格或中文，否则即使存在group_replication.dll（注意：Windows 下是.dll，不是.so）也会加载失败 - 检查该目录下是否存在
group_replication.dll—— 不是.so，也不是group_replication.lib或其他变体 - MySQL 服务进程需有对该目录的读取权限；若用非 Administrator 账户运行服务，需手动赋予读取权限，否则加载时静默失败
my.ini 中必须加 loose- 前缀的参数项
MySQL 启动时若遇到不认识的系统变量会直接报错退出。而 group_replication_* 变量默认不被核心识别，必须用 loose- 前缀让服务器忽略其未知性并继续加载插件。漏掉这个前缀，MySQL 根本启不来。
在 Windows 11 上"直接发声"的 TTS（从 WSL2/TUI 调用 powershell.exe + System.Speech）。适用于用户说"说出来/读出来/语音播报/用TTS"，或反馈"没声音/tts 生成的 mp3 是空的/播不出来"，以及需要中文语音但 OpenClaw 内置 tts 不可用时。
- 所有组复制相关变量都必须带
loose-，例如：loose-group_replication_group_name、loose-group_replication_local_address、loose-group_replication_group_seeds -
server_id、gtid_mode、enforce_gtid_consistency等基础复制变量**不能加**loose-，否则会导致 GTID 不生效，后续事务无法加入组 -
binlog_checksum=NONE在 MySQL 8.0.21+ 已非必需，但 Windows 下建议仍显式设置，避免某些旧版客户端或监控工具误判校验失败
Windows 下 group_replication_local_address 必须用 IP + 端口，不能用 localhost
组内节点间通信走的是底层 TCP 连接，Windows 的 localhost 或 127.0.0.1 会被解析为回环地址，导致其他节点无法连接到本机的组通信端口，状态卡在 RECOVERING 或反复重连失败。
-
group_replication_local_address必须填本机真实 IPv4 地址（如192.168.1.100:33061），且该 IP 能被其他节点 ping 通、对应端口未被防火墙拦截 -
group_replication_group_seeds列表中的地址也必须用真实 IP，不能混用localhost或主机名（除非 hosts 文件已精确映射且所有节点一致） - Windows 防火墙默认阻止入站连接，需为组通信端口（如
33061）单独添加入站规则，仅开放 TCP 协议
首次启动单主模式必须手动引导，且只能在一个节点执行
三个节点全配好、插件装好、用户建好后，如果直接在所有节点执行 START GROUP_REPLICATION，会出现脑裂或全部卡在 RECOVERING。Windows 下尤其容易因服务启动时序和网络延迟放大这个问题。
- 仅在计划作为 Primary 的节点上，先执行
SET GLOBAL group_replication_bootstrap_group=ON;，再执行START GROUP_REPLICATION;，完成后立即执行SET GLOBAL group_replication_bootstrap_group=OFF; - 其他节点只需执行
START GROUP_REPLICATION;，不要碰bootstrap_group - 若误在多个节点启用
bootstrap_group，组会分裂成多个独立子组，必须停掉所有实例，清空mysql.group_replication_recovery表（如有）、删除ib_logfile*和undo_*外的 data 目录内容，再重新初始化
最容易被忽略的一点：Windows 下 MySQL 服务默认以 LocalSystem 账户运行，它对网络资源的访问受限，有时即使防火墙放行，group_replication_local_address 绑定也会失败。此时应将服务登录账户改为具有网络访问权限的域用户或本地管理员账户，并确保该账户对 datadir 和 plugin_dir 有完全控制权限。
