“仅显示缺失”只显示目标库中完全不存在同名表的情况，因Navicat按“表名+结构”双重匹配，结构差异会被判为“不同”而非“缺失”，且默认包含视图、系统表等，需提前配置对象类型过滤和表名映射。
Navicat 15 表结构比对时，“仅显示缺失”不生效的常见原因
直接点“仅显示缺失”却看到一堆已存在表？这不是 bug，而是 navicat 的比对逻辑默认基于「表名 + 结构」双重匹配。如果两个库中同名表的字段数、主键、索引或字符集稍有差异，navicat 就会把它归类为“不同”，而非“缺失”。仅显示缺失 只过滤真正 在目标库完全不存在同名表 的情况。
实操建议：
- 先确认源库和目标库的连接用户都有
SELECT权限，且能访问information_schema.tables—— 权限不足会导致某些表根本不出现在比对列表里，看起来像“缺失”，其实是没读到 - 检查比对前是否勾选了
忽略大小写（在比对设置 → 高级选项里）。MySQL 默认表名大小写敏感（Linux 系统），user_info和User_Info会被视为两个表 - 若目标库是 MySQL 8.0+，而源库是 5.7，注意
collation默认值变化可能导致 Navicat 把同名表判为“结构不同”而非“缺失”
手动补全缺失表前，必须验证的三件事
Navicat 的“同步到数据库”功能不会自动创建缺失表，它只生成 SQL 脚本。你得自己执行——但别急着运行。
务必检查：
-
CREATE TABLE语句里是否含ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci这类目标库不支持的参数（比如 MySQL 5.7 不认utf8mb4_0900_ai_ci） - 外键约束是否引用了目标库中也缺失的父表——Navicat 不做跨表依赖分析，直接执行会报
ERROR 1215 (HY000): Cannot add foreign key constraint - 是否有
AUTO_INCREMENT值被硬编码进语句（如id INT AUTO_INCREMENT PRIMARY KEY后跟ALTER TABLE ... AUTO_INCREMENT = 1000）。若目标库该表将来要插入数据，这个初始值可能冲突
比对结果里“缺失”表太多？试试用 SQL 先筛一遍
Navicat 比对耗时长、界面卡顿时，不如直接连上目标库，用 SQL 快速定位真·缺失表：
SELECT table_name
FROM information_schema.tables
WHERE table_schema = 'source_db'
AND table_name NOT IN (
SELECT table_name
FROM information_schema.tables
WHERE table_schema = 'target_db'
);
这样查出来的才是目标库里 完全没这个表名 的结果。注意替换 source_db 和 target_db 为实际库名。如果结果为空但 Navicat 还显示缺失，基本可以断定是权限或大小写问题。
为什么“仅显示缺失”后仍看到视图或系统表？
Navicat 默认把视图（VIEWS）、存储过程（ROUTINES）甚至 mysql 系统库里的表都纳入比对范围。如果你只关心普通数据表，必须提前设置过滤条件：
- 比对前，在“对象类型”勾选框里 只留
Tables，取消勾选Views、Procedures等 - 在“高级选项” → “对象过滤器”里，填入正则表达式
^(?!mysql|information_schema|performance_schema).*$，排除系统库 - 若两个库用了不同前缀（如
app_uservsprod_user），可在“表名映射”里手动配对，否则 Navicat 不会认为它们是同一张表
这些设置不在比对结果页里改，得回到比对向导第一页就配置好——等看到结果再调，已经晚了。
