首要排查点是Navicat未启用“加载外键”选项，需手动勾选工具→选项→模型中的该设置并重启；同时确认数据库存在真实FOREIGN KEY约束、连接账号具备INFORMATION_SCHEMA相关表SELECT权限。
ER图外键连线消失或错连的首要排查点
不是图没画对，而是 navicat 根本没读到外键元数据。默认设置下「加载外键」是关闭的，且不随模型文件保存，每个本地客户端都得单独配。
必须手动打开：工具 → 选项 → 模型 → 勾选 加载外键，然后重启 Navicat 才生效。勾完不重启，等于没设。
常见错误现象：
– 右键表 → “编辑关系”能看到外键定义，但 ER 图就是没线
– 同一个 .mwb 文件在同事电脑上连线正常，在你这空白一片
– 刷新（Ctrl+R）后依然没变化
- 别信“刷新”，必须关闭当前模型 → 右键数据库 →
逆向表到模型重建整图 - 确认连接账号有
INFORMATION_SCHEMA.KEY_COLUMN_USAGE和INFORMATION_SCHEMA.TABLE_CONSTRAINTS的SELECT权限 - MySQL 8.0+ 用户额外检查
show_compatibility_56：执行SELECT @@show_compatibility_56;，返回 0 就要临时开：SET GLOBAL show_compatibility_56 = ON;（需 SUPER 权限）
SHOW CREATE TABLE 没 FOREIGN KEY，图里当然没线
ER 图只认真实存在的 FOREIGN KEY 约束，不认命名约定（比如 user_id）、注释、逻辑模型里的连线或 Navicat 自己“猜”的关系。
先验证外键是否真存在：
- 执行
SHOW CREATE TABLE orders;，输出里必须出现CONSTRAINT `fk_orders_user_id` FOREIGN KEY (`user_id`) REFERENCES `users` (`id`)这类完整定义 - 如果没出现，说明外键根本没建成功——可能是建表时引擎不是
InnoDB，或字段类型/字符集不一致导致静默失败 - PostgreSQL 用户查
\d+ orders，SQL Server 查sys.foreign_keys，不能只看列名
特别注意：Navicat 用 MODIFY COLUMN 改字段时会丢外键；用 TRUNCATE TABLE 清空父表也会让外键失效（哪怕已关检查），这些操作后都要重新确认 SHOW CREATE TABLE 输出。
Auto Layout 全堆左上角？大概率外键没生效或表被锁
Navicat 16 的 Auto Layout 不是万能整理器，它只对满足三个条件的表起作用：未锁定、有真实外键、缩放比例在 50%～150% 之间。
- 检查每张表右下角是否有小锁图标 —— 有就说明被
Lock Position了；按住Ctrl多选 → 右键 →Unlock Position - 没有外键约束的表会被当成孤立节点，直接吸向坐标原点，造成“全挤左上角、连线打结”假象
- 一张表里多个同名外键字段（如两个
admin_id分别指向admins和staff），Navicat 容易混淆归属，导致连线错位 - 导出 PDF 前务必先执行
Layout → Organize Diagram固化位置，否则导出的是旧坐标快照
逻辑模型转物理模型时报 “Foreign key references invalid table”
这不是表不存在，是 Navicat 解析时引用的表名和最终生成的物理表名不一致 —— 常见于大小写混用、手动改过实体名但没同步关系、或逻辑模型中用了空格/特殊符号。
- 右键每条外键连线 →
Edit Relationship→ 检查Referenced Table下拉框中的名字，是否和目标库实际表名（小写、无空格、下划线规范）完全一致 - MySQL 场景下，统一把逻辑模型中所有表名转为小写再生成，避开
lower_case_table_names=1导致的解析失败 - 重点核对
Physical Name：双击实体 →Attributes页 → 确保主键字段的Physical Name和外键字段的Referenced Column一字不差 - 旧版本 Navicat（≤15.0.26）生成带
CONSTRAINT `fk_name`的语句，某些 MySQL 配置下报语法错误，可进工具 → 选项 → 模型 → 物理模型生成关掉Generate constraint names
真正卡住人的地方，从来不是按钮在哪，而是“哪些表被锁了”“外键是不是物理约束”“导出前有没有固化布局”。这三步漏掉任意一个，Auto Layout 就只是个摆设。
