navicat er图不自动标红孤立表，因其无孤立表检测功能；需用sql查询information_schema.key_column_usage识别“双无”表（既不引用也不被引用），并结合ddl检查、引擎验证及业务逻辑判断。
孤立表在navicat er图里根本不会自动标红或警告
navicat 的 er 图工具本身不提供“孤立表检测”功能——它只负责可视化已有关系，不会主动扫描并标记没有外键关联的表。所谓“孤立”，其实是业务逻辑层面的判断：一张表既没有被其他表通过 foreign key 引用，也不引用任何其他表。必须手动查、手动比对。
用SQL查出所有没有外键依赖的表（含被依赖）
Navicat 支持直接执行查询，这是最可靠的方式。重点不是看图形界面，而是查系统视图：
SELECT table_name
FROM information_schema.tables t
WHERE t.table_schema = DATABASE()
AND t.table_name NOT IN (
-- 被其他表作为外键引用的表（即“被依赖”）
SELECT DISTINCT referenced_table_name
FROM information_schema.key_column_usage
WHERE referenced_table_name IS NOT NULL
AND referenced_table_schema = DATABASE()
)
AND t.table_name NOT IN (
-- 自己定义了外键的表（即“有依赖”）
SELECT DISTINCT table_name
FROM information_schema.key_column_usage
WHERE constraint_name != 'PRIMARY'
AND table_schema = DATABASE()
AND referenced_table_name IS NOT NULL
);
这个查询返回的表名，就是真正意义上的“双无”：既不引用别人，也不被别人引用。
-
information_schema.key_column_usage是关键，别误用table_constraints——后者不包含列级引用信息 - MySQL 8.0+ 和 MariaDB 支持完整字段；MySQL 5.7 中若外键未命名，
constraint_name可能为NULL，需额外过滤 - Navicat 执行时注意选对连接和数据库，否则
DATABASE()返回空或错误库
ER图里右键“刷新关系”没用，但可以辅助验证
很多人以为右键点击 ER 图 → “刷新关系”能自动补全或高亮问题，其实它只同步已存在的 FOREIGN KEY 定义，不会发现缺失或逻辑断裂。不过它可以帮你确认两点：
- 如果某张表在图中完全孤立（无连线），先运行上面 SQL —— 若结果包含它，基本坐实孤立；若不包含，说明可能是外键未生效（比如没加
CONSTRAINT名，或建表时漏写FOREIGN KEY关键字） - 双击表打开 DDL，检查是否有
FOREIGN KEY语句；再查SHOW CREATE TABLE <table_name></table_name>输出，确认外键是否真实存在于 MySQL 元数据中 - Navicat 的“显示外键”开关（工具栏图标）默认开启，但如果表引擎不是
InnoDB，外键会被静默忽略——这点极易被忽略
导出DDL再 grep 外键是快速筛查法
对几十张表的小型库，比写 SQL 更快的办法是批量导出 DDL：
- 在 Navicat 左侧对象列表中，按住 Ctrl 多选所有表 → 右键 → “转储为 SQL 文件” → 勾选“仅结构”
- 用编辑器打开该 SQL，搜索
FOREIGN KEY，统计每张表出现次数；再搜索REFERENCES，看哪些表名只出现在REFERENCES右侧但从未在左侧定义过外键 - 注意：Navicat 导出的 DDL 默认不含
IF NOT EXISTS，且外键语句可能被拆到ALTER TABLE块里，grep 时建议用-i -A1 -B1 "foreign key\|references"
真正麻烦的不是技术操作，而是区分“技术孤立”和“业务合理孤立”——比如 log_archive 或 tmp_import_buffer 这类表，本就不该有关联。别一见没外键就删。
