禁用 foreign_key_checks 可行但需手动控制建表顺序，否则仍失败；navicat 的“dependency cycle detected”是自身解析依赖树卡死，非数据库报错；须配合disable foreign key checks、手动调整表序、启用ignore foreign key constraints三措施。
直接结论：禁用 foreign_key_checks 是可行的，但必须配合手动控制表顺序，否则仍会失败。 navicat 的 html 报告或结构同步遇到 “dependency cycle detected” 时，它不是数据库报错，而是自己解析依赖树时卡死——循环外键本身在 mysql 中是允许存在的（比如多对多中间表双向引用），但 navicat 默认拒绝处理。这时候关检查只是绕过校验，不解决根本顺序问题。
为什么 SET FOREIGN_KEY_CHECKS=0 有时没用
Navicat 在生成同步脚本时，可能把 SET FOREIGN_KEY_CHECKS=0 放在事务开头，但某些场景下它会被覆盖或失效：
- 旧版 Navicat（≤15.0.26）在 autocommit=0 模式下，该语句只对当前语句块生效，
COMMIT后自动恢复为 1 - 目标库启用了代理层（如 ProxySQL、MaxScale），可能过滤或重写
SET类语句 - 同步脚本里存在显式的
SET FOREIGN_KEY_CHECKS=1（常见于源库导出 SQL 带了恢复语句）
验证是否真正关闭：同步完成后立刻连目标库执行 SELECT @@FOREIGN_KEY_CHECKS，结果必须是 0。
Navicat 同步循环外键表前必须做的三件事
光勾选 “Disable foreign key checks” 不够，还要人工干预依赖链：
- 在 Navicat「结构同步」窗口 → 「高级」→ 「SQL 选项」里，务必勾选
Disable foreign key checks - 进入「对象选择」面板，手动拖动表顺序：把被多方引用的“中心表”（如
users、products）拖到最前面；有循环的表（如orders↔order_items）要相邻放置，避免中间插入无关表 - 取消勾选「Synchronize data」——结构同步阶段只建表，数据同步留到第二步单独跑，避免 DML 顺序混乱触发冲突
临时跳过依赖分析：用 Ignore foreign key constraints
这个选项专为循环依赖设计，位置在「结构同步」→ 「高级」→ 「DDL Options」里。它不会影响最终生成的 DDL 语句，只是让 Navicat 跳过构建依赖树这一步，从而能继续生成 CREATE TABLE 语句。
- 适用场景：你确认循环外键是故意设计的（比如历史遗留的双向关联），且目标库引擎支持（InnoDB 完全 OK）
- 副作用：Navicat 不再尝试重排建表顺序，所以你得自己确保被引用表先建好（比如先手动在目标库运行
CREATE TABLE users） - 注意别和
Disable foreign key checks混用——后者管数据插入，前者只管结构生成时的依赖解析
真正容易被忽略的是：Navicat 从不自动识别循环路径里的“最小断点”。比如 A→B→C→A，它不会建议你先删掉 C 对 A 的外键来破环。你得自己查 INFORMATION_SCHEMA.KEY_COLUMN_USAGE，定位哪条约束是冗余或测试残留，该删就删，别指望工具替你做决策。
