报错本质是从库gtid_executed与主库状态不匹配,须显式重置并强制对齐。error 1777因主库gtid_mode=off却启用master_auto_position=1;error 1236因主库已purge从库所需binlog。需确认主从gtid_mode、enforce_gtid_consistency、log_bin均为on/on/1,清空relay log后,用主库@@global.gtid_executed精确设置从库gtid_purged,再执行change master to master_auto_position=1。

直接结论:报错本质不是“迁移没做完”,而是从库的 gtid_executed 集合和主库当前状态对不上——必须显式重置并强制对齐,不能靠跳过或重连自动修复。
为什么 CHANGE MASTER TO MASTER_AUTO_POSITION = 1 会报 ERROR 1777 或 1236?
这两个错误背后是同一类问题:GTID 复制链路无法建立。常见触发场景:
-
ERROR 1777 (HY000):主库gtid_mode = OFF,但从库用了MASTER_AUTO_POSITION = 1—— 主库压根不发 GTID,从库没法按 ID 拉日志 -
ERROR 1236 (HY000):主库已 purge 掉从库缺失的 GTID 对应 binlog,比如迁移时用了mysqldump但没加--set-gtid-purged=ON,导致从库Executed_Gtid_Set里有主库早已清掉的 UUID:1-N - 从库曾连过其他主库、手动执行过 DDL、或用
RESET MASTER清过本地 GTID —— 这些操作会让gtid_executed和主库完全脱节
检查三要素:gtid_mode、enforce_gtid_consistency、log_bin 是否真开启
别只看配置文件写了 gtid_mode = ON,MySQL 启动时会静默降级。必须在主库和从库分别执行:
SELECT @@global.gtid_mode, @@global.enforce_gtid_consistency, @@global.log_bin;
结果必须是 ON/ON/1。任一为 OFF 或 0,说明 GTID 实际未启用:
MySQL 9.6.0是面向Linux平台的2026年创新版本,核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层,确保所有数据变更均被完整记录至Binlog,彻底解决了CDC(变更数据捕获)与主从复制中的数据不一致难题。此外,该版本引入container_aware启动选项以原生适配容器环境,并对审计日志进行了组件化重构,为追求极致数据一致性与云原生体验的开发者提供了全新选择。
-
log_bin = 0→ 主库根本没开二进制日志,CHANGE MASTER直接失败 -
enforce_gtid_consistency = OFF→ 即使gtid_mode = ON,MySQL 也会拒绝启动 GTID 复制 - 修改
my.cnf后必须重启mysqld,SET GLOBAL对这三个变量无效
重置从库前必须清空 relay log 并停复制
只执行 STOP SLAVE; RESET SLAVE ALL; 不够干净,残留 relay log 会导致状态错位:
- 先
STOP SLAVE;,等Seconds_Behind_Master变成NULL或0 - 执行
RESET SLAVE ALL;(注意带ALL,它会删掉master.info和relay-log.info) - 查
SHOW VARIABLES LIKE 'relay_log_basename';,手动删除所有*-relay-bin.*文件 - 推荐重启
mysqld,确保内存中旧状态彻底清零
SET GTID_PURGED 必须严格等于主库输出
这是最关键的一步。从库需要“声明”自己只认主库当前已执行的 GTID:
- 主库执行
FLUSH LOGS;后,立刻运行SELECT @@global.gtid_executed;,记下完整字符串(如aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:1-100) - 从库执行前必须关日志:
SET SQL_LOG_BIN = 0; -
SET GTID_PURGED = 'aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:1-100';—— 值必须一字不差,多一个空格、少一位数字都会报错Cannot modify gtid_purged because it is not empty - 立刻执行
SET SQL_LOG_BIN = 1;,否则后续CHANGE MASTER不会被记录到 binlog - 然后才是
CHANGE MASTER TO MASTER_AUTO_POSITION = 1; START SLAVE;
容易被忽略的是:如果主库 gtid_executed 包含多个 UUID 段(如 a:1-10,b:1-5,c:1-3),从库 GTID_PURGED 必须原样复制,顺序和格式都不能变。任何试图“精简”或“合并”的操作都会让从库拒绝同步。










