XAMPP默认MySQL不能直接开启GTID，因其未配置server-id、log-bin及GTID必要参数，强行启用会导致启动失败或主从断裂；必须分步设置gtid_mode=OFF_PERMISSIVE→ON_PERMISSIVE→ON，并确保enforce_gtid_consistency=ON、log_slave_updates=ON、binlog_format=ROW全部生效。
不能直接在 XAMPP 自带的 MySQL 中安全开启 GTID，除非你确认实例是全新、无数据、且未参与过任何复制 —— 否则大概率启动失败或主从断裂。
为什么 XAMPP 默认 MySQL 不能直接开 GTID
XAMPP 安装的 MySQL（尤其 5.7/8.0 社区版）默认 gtid_mode=OFF，且配置文件（my.ini 或 my.cnf）里通常不包含 GTID 相关参数。更关键的是：XAMPP 启动的 MySQL 实例往往没有显式设置 server-id，也没有启用 log-bin，而这两项是 GTID 复制的前提。强行在已有数据的 XAMPP 实例中加 gtid_mode=ON 会导致 MySQL 拒绝启动，并报错：ERROR 1786 (HY000): Statement violates GTID consistency 或直接卡在初始化阶段。
必须满足的三个硬性条件（缺一不可）
GTID 不是“开关”，而是依赖底层一致性约束的复制机制。你在 XAMPP 的 my.ini 里加配置前，先确认以下三点已在运行时生效：
-
enforce_gtid_consistency=ON—— 必须在gtid_mode改变前就写入配置并重启，否则 MySQL 启动直接拒绝 -
log_slave_updates=ON—— 即使是单主，也建议打开；若后续要搭主从链路（比如中间从库），不设这个会导致 GTID 断链 -
binlog_format=ROW——MIXED或STATEMENT在 GTID 下会触发ER_GTID_MODE_ON_WITH_STATEMENT_BINLOG_FORMAT错误
这三项必须同时出现在 [mysqld] 段下，顺序无关，但值必须严格匹配（大小写敏感，ON 不可写成 on）。
gtid_mode 必须分两步设，不能一步到位
MySQL 禁止从 OFF 直接跳到 ON。XAMPP 用户最容易踩的坑就是编辑 my.ini 时直接写 gtid_mode=ON，结果服务起不来。正确路径是：
第一步：改配置为
gtid_mode=OFF_PERMISSIVE enforce_gtid_consistency=ON log_slave_updates=ON binlog_format=ROW
保存后重启 MySQL（通过 XAMPP 控制面板 Stop → Start）。然后连上执行：
SELECT @@global.gtid_mode; —— 应返回 OFF_PERMISSIVE
第二步：确认无匿名事务残留（新实例一般没有，但若有旧 binlog 或导入过 dump，需查 SHOW MASTER STATUS; 中 Executed_Gtid_Set 是否为空或只含合法 GTID），再执行：
SET GLOBAL gtid_mode = ON_PERMISSIVE;
等几秒后，再执行：
SHOW STATUS LIKE 'ONGOING_ANONYMOUS_TRANSACTION_COUNT'; —— 返回值必须是 0
最后才把 my.ini 改成：
gtid_mode=ON enforce_gtid_consistency=ON log_slave_updates=ON binlog_format=ROW
再次重启。
主从初始化时千万别用 mysqldump --master-data
XAMPP 用户常想用 phpMyAdmin 导出再导入来搭从库，但 GTID 模式下 mysqldump --master-data 生成的位置信息完全无效，从库启动复制时会报错：Could not execute Write_rows event on table ... impossible to write to binary log since BINLOG_FORMAT = STATEMENT。唯一兼容方式是：
导出时加 --set-gtid-purged=ON（MySQL 5.6.9+ 支持）：
mysqldump --all-databases --set-gtid-purged=ON > full_backup.sql
这个参数会在 dump 文件开头插入类似 SET @@GLOBAL.GTID_PURGED='...'; 的语句，从库导入后才能正确建立 GTID 位置锚点。
真正麻烦的不是改配置，而是验证——gtid_executed、gtid_purged、Executed_Gtid_Set 这三个值在主从间是否对得上，稍有不一致，START SLAVE 就会静默卡住。别跳过 SHOW SLAVE STATUS\G 里 Retrieved_Gtid_Set 和 Executed_Gtid_Set 的比对。
