ERROR 1217 主从复制中断是MySQL 5.6.25–5.6.27已知Bug（#77684），源于选择性复制下跨库DDL触发外键校验失败；根本解法是禁用replicate-do-db/ignore-db、改用wild-do-table，并确保主从表结构一致，临时跳过须用sql_slave_skip_counter=1（GTID模式需gtid_next空事务）。
主从复制中断报 ERROR 1217 怎么办
这不是配置问题，也不是 phpEnv 或你本地环境特有的 bug，而是 MySQL 主从复制在特定场景下暴露的已知行为缺陷——尤其出现在 replicate-do-db / replicate-ignore-db 这类选择性复制配置中。主库执行了跨库 DDL（比如 DROP TABLE sas_basic.old_channel_code），但从库只同步部分库，却仍要校验外键约束，结果报 ERROR 1217 (23000)：父表不存在或未被同步，但 InnoDB 引擎仍试图检查约束。
为什么 set global foreign_key_checks = off 不起作用
因为该变量是会话级的，而 SQL 线程（SQL Thread）运行在独立会话中，SET GLOBAL 并不会自动影响它；更关键的是，MySQL 5.6.25–5.6.27 存在官方确认的 bug（Bug #77684），即使你手动设了 foreign_key_checks = off，SQL 线程在解析 binlog 事件时仍可能触发 1217 错误——它不是“检查失败”，而是“找不到父表却仍尝试检查”。
-
SET GLOBAL foreign_key_checks = OFF对 SQL 线程无效 - 用
SET SESSION foreign_key_checks = OFF也无效，因为 SQL 线程不继承客户端会话设置 - 主从表结构不一致（如某张父表没同步过去）时，该错误必然发生，和是否关检查无关
跳过 1217 错误的唯一可靠方式
必须用复制控制命令直接跳过出错的 event，而不是靠改变量或删表。操作前先确认当前出错位置：
SHOW SLAVE STATUS\G
找到 Relay_Master_Log_File 和 Exec_Master_Log_Pos，然后执行：
STOP SLAVE;-
SET GLOBAL sql_slave_skip_counter = 1;（仅跳过当前 event） START SLAVE;
注意：sql_slave_skip_counter 在 GTID 模式下不可用，若启用了 GTID，必须用 gtid_next 方式注入空事务跳过，否则会破坏 GTID 一致性。
长期避免 1217 复制中断的关键点
根本解法不是绕过错误，而是让复制逻辑不碰外键校验场景：
- 所有 DDL 操作（尤其是
DROP TABLE、ALTER TABLE ... DROP FOREIGN KEY）必须在主库上显式指定目标库，且确保该库在从库的复制白名单中 - 禁用
replicate-do-db/replicate-ignore-db，改用replicate-wild-do-table按表名过滤，避免库级上下文丢失 - 主从库保持完全一致的表结构和外键定义——哪怕某库不参与业务，只要存在外键依赖，就必须同步
- 开发阶段避免在主库执行跨库引用的 DDL；DDL 和 DML 分开执行，不在同一个事务里混用
真正麻烦的不是怎么跳过一次 1217，而是它背后暴露的复制策略与 DDL 设计之间的隐含耦合——这点容易被忽略，直到某次上线后从库突然停摆。
