错误1789全称是error 1789 (hy000): setting @@global.gtid_next to 'automatic' is not allowed when @@global.enforce_gtid_consistency = on and @@global.gtid_mode = on，本质是gtid模式下禁用sql_slave_skip_counter导致的权限限制，必须改用stop slave→set gtid_next→begin;commit→start slave三步注入空事务跳过。
错误1789是什么：GTID模式下强制跳过事务的权限限制
错误1789全称是 ERROR 1789 (HY000): Setting @@GLOBAL.GTID_NEXT to 'AUTOMATIC' is not allowed when @@GLOBAL.ENFORCE_GTID_CONSISTENCY = ON and @@GLOBAL.GTID_MODE = ON，本质不是复制中断本身，而是你试图用 SET GLOBAL sql_slave_skip_counter = 1 这种老方式跳过事务时，MySQL直接拒绝执行——因为 GTID 模式下该命令已被禁用，且 enforce_gtid_consistency 强制开启后，系统不允许绕过 GTID 一致性校验。
为什么不能用 sql_slave_skip_counter 跳过错误
在 gtid_mode=ON 且 enforce_gtid_consistency=ON（生产环境默认）时：
• sql_slave_skip_counter 会被 MySQL 主动忽略，执行后不报错但也不生效
• 即使强行设了，START SLAVE 仍会卡在 Slave_SQL_Running: No，Last_SQL_Error 里继续显示原始错误（如1062或1032），同时新增一条1789提示
• 真正起作用的只有基于 GTID 的空事务注入，否则复制永远无法推进
正确跳过单条事务的三步操作
必须用 SET GTID_NEXT 注入空事务，且顺序和值都不能错：
- 从
SHOW SLAVE STATUS\G中提取出报错事务的 GTID，格式类似aaaaaaaa-bbbb-cccc-dddd-eeeeeeeeeeee:12345，注意完整复制，包括冒号和数字 - 执行以下三步（缺一不可，顺序不能乱）：
STOP SLAVE;<br>SET GTID_NEXT = 'aaaaaaaa-bbbb-cccc-dddd-eeeeeeeeeeee:12345';<br>BEGIN; COMMIT;<br>SET GTID_NEXT = 'AUTOMATIC';<br>START SLAVE;
- 执行后立刻检查：
SHOW SLAVE STATUS\G中Executed_Gtid_Set应增加该 GTID，Slave_SQL_Running变为Yes，且Seconds_Behind_Master开始回落
容易被忽略的细节和风险点
跳过操作本身极小，但后续影响极大：
-
GTID_NEXT值填错（比如少一位、字母大小写错、冒号漏掉）会导致整个 GTID 集合损坏，后续所有事务都无法应用，必须重做从库 - 跳过前没确认该事务是否真的可丢弃——例如主库执行的是关键业务 DELETE，从库因误删数据导致缺失，跳过只会让不一致固化
- 跳过之后不要立即认为“好了”，必须用
pt-table-checksum对比关键表，或至少CHECKSUM TABLE抽样验证，否则数据偏差可能持续数周都发现不了
