Navicat不检测循环外键，需用MySQL 8.0+递归CTE查询INFORMATION_SCHEMA构建依赖图谱识别自引用或闭合路径（如A→B→C→A），并验证引擎是否为InnoDB及字段类型、字符集是否一致。
Navicat 本身不检测循环外键，得靠 SQL 查
navicat 的「验证模型」或「同步比对」都不会报循环外键（比如 orders → users → profiles → orders），它只校验单向引用是否合法。真要发现循环，必须手动查 information_schema 构建依赖图谱。否则你可能在同步时卡死、建模时莫名失败，却找不到原因。
用 SELECT + CTE 找出三层以上嵌套引用链
MySQL 8.0+ 支持递归 CTE，这是定位循环最直接的方式。执行以下语句（替换 your_db）：
WITH RECURSIVE fk_deps AS (
SELECT
TABLE_NAME AS child,
REFERENCED_TABLE_NAME AS parent,
1 AS depth
FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE
WHERE TABLE_SCHEMA = 'your_db' AND REFERENCED_TABLE_NAME IS NOT NULL
<p>UNION ALL</p><p>SELECT
k.TABLE_NAME,
k.REFERENCED_TABLE_NAME,
d.depth + 1
FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE k
INNER JOIN fk_deps d ON k.TABLE_SCHEMA = 'your_db' AND k.REFERENCED_TABLE_NAME = d.child
WHERE d.depth < 5
)
SELECT * FROM fk_deps
WHERE child = parent OR depth > 3;结果里出现 child = parent 就是自引用；depth > 3 且路径可闭合（比如 A→B→C→A），就是典型循环。注意：MyISAM 表不会出现在这个查询结果里——它压根不存外键元数据。
Navicat「关系视图」能暴露部分循环迹象
虽然它不标出循环，但某些表现值得警惕：
- 勾选几张表后，关系图里出现双向箭头（比如
users ↔ roles），大概率是两张表互相设了外键，还没到三级但已隐含风险 - 某张表在图中反复出现多次（不是复制粘贴），说明它被多个层级引用，需人工顺一遍路径
- 双击任意连线，看「删除规则」：如果两边都是
ON DELETE CASCADE，哪怕没循环，删一行也可能触发级联风暴
关键点：「关系视图」每次打开都实时查 information_schema，比逆向生成的模型图更可信——后者缓存旧结构，可能漏掉刚加的反向外键。
修复前必须确认引擎和字段定义一致性
循环外键能建出来，不代表它真生效。常见“假循环”其实是因底层约束失效：
- 其中一张表是 MyISAM 引擎：
SHOW TABLE STATUS LIKE 'table_name'看Engine列，不是InnoDB就不算数 - 循环链中任意一对外键字段类型不一致（如
user_id INTvsid BIGINT），MySQL 拒绝建约束，Navicat 却可能把“建表成功”当真 - 字符集不同（
utf8mb4_unicode_civsutf8mb4_general_ci）也会让外键静默失效，SHOW CREATE TABLE里看不到FOREIGN KEY子句
真正麻烦的是那种“看起来能跑，一删数据就崩”的循环——它躲过了建表校验，但在事务执行时才暴露。别只信 Navicat 的绿色对勾，SHOW CREATE TABLE 和实际 INSERT/DELETE 测试才是最终判据。
