“关系视图”比逆向工程更准地暴露缺失外键，因其每次打开都实时查询information_schema.KEY_COLUMN_USAGE，外键不存在则连线不出现，空白即信号；而逆向工程仅绘制已定义的外键，无法发现应建未建的逻辑关联。
为什么“关系视图”比逆向工程更准地暴露缺失外键
逆向工程生成的模型图只画数据库里**已定义**的外键，而很多表其实该有外键却没建——比如历史遗留表、迁移时遗漏、或开发误用应用层关联代替约束。这时候图上干干净净，但业务逻辑早已脆弱。“关系视图”则不同：它不依赖模型缓存，每次打开都实时查 information_schema.key_column_usage，只要外键不存在，连线就根本不会出现，空白即信号。
实操建议：
- 连接数据库后，对象浏览器右上角切换到「关系视图」选项卡
- 勾选你怀疑有关联的两张表（如
orders和customers），如果没连线，基本确认外键缺失 - 右键任意表 → 「查看依赖对象」→ 选「外键」，若结果为空，说明该表没被任何外键引用，也未引用其他表
用 SHOW CREATE TABLE 快速验证外键是否真存在
Navicat 界面显示的“外键”标签页可能误导人——它有时会渲染出错或缓存旧状态。最可靠的方式是直连数据库查原始定义。执行 SHOW CREATE TABLE orders，在输出里搜索 FOREIGN KEY 关键字。如果没出现，哪怕 Navicat 表设计器里列着“外键”字段，那也只是界面残留，不是真实约束。
常见错误现象：
- 表设计器里“外键”页签能点开，但右侧字段列表为空或显示
null - 导出 SQL 时没生成
FOREIGN KEY子句，或同步到库时报ERROR 1005 - 执行
SELECT * FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE TABLE_NAME = 'orders'返回空结果
查字段语义重复但无外键，就是典型隐性缺失
冗余字段常是缺失外键的副产品。比如 orders 表里有 customer_name 字段，而 customers 表存在且有 name 字段——这大概率意味着本该用外键引用 customers.id，却把名字冗余复制过来了。
操作路径：
- 在 Navicat 物理模型中，右键
orders→ 【编辑实体】→ 切换到【字段】页签 - 扫一遍字段名：找和
customers、products等主表字段语义重叠的字段（如user_phonevsusers.phone） - 选中该字段 → 看右侧【外键】图标是否为灰色；若是，且没建索引，基本可判定是冗余副本而非合法引用
跨库外键在 Navicat 里根本不会显示，必须手动排查
MySQL 允许跨库外键（如 db1.orders.user_id → db2.users.id），但 Navicat 的关系视图和逆向工程默认只处理当前连接数据库内的约束，跨库引用会被静默忽略——图上断开，日志也不报错，容易误判为“无关联”。
确认方法：
- 执行
SHOW CREATE TABLE db1.orders，看外键定义里REFERENCES是否指向其他库名 - 检查
INFORMATION_SCHEMA.KEY_COLUMN_USAGE中REFERENCED_TABLE_SCHEMA字段是否非空且不等于当前库名 - Navicat 当前连接若只连了
db1，跨库外键不会出现在任何可视化界面中，必须靠 SQL 查
外键缺失往往藏在“看起来正常”的地方：关系视图空白、字段名雷同、跨库引用被过滤。真正要命的不是没连线，而是你以为有约束，其实全靠代码硬校验。
