Navicat「结构同步」是最可靠方案：选生产库为源、测试库为目标，勾选表和视图，扫描后左侧“仅在源中存在”即为生产库多出的对象；需确保字符集一致、权限充足（SELECT+SHOW VIEW），并刷新连接以避免缓存偏差。
用 Navicat 的「结构同步」功能直接比对表和视图清单
navicat 本身不提供纯“差异列表”按钮，但 结构同步 是最接近、最可靠的方案——它会先扫描两边对象，再列出所有不一致项，包括「仅存在于源库」或「仅存在于目标库」的对象。关键不是真要执行同步，而是利用它的扫描结果。
操作路径：工具 → 结构同步 → 选择生产库为源，测试库为目标 → 下一步 → 勾选「表」和「视图」→ 下一步。等扫描完成，左侧会显示「仅在源中存在」的表/视图，这就是你要找的“生产库多出的部分”。
- 务必确认两个连接都使用相同字符集（如
utf8mb4），否则 Navicat 可能因元数据编码不一致跳过某些对象 - 如果测试库权限受限（比如没有
SHOW VIEW），视图可能无法被识别，需检查测试库账号是否具备SELECT和SHOW VIEW权限 - Navicat 15+ 版本支持按对象类型筛选结果，旧版需手动滚动查找「Only in source」分类下的
TABLE和VIEW行
导出 schema 名称再用文本工具做差集（适合大批量或自动化）
当结构同步卡顿、超时，或你只需要快速确认“有哪些表名不同”，直接查 information_schema 更轻量。Navicat 支持一键执行 SQL 并导出为 CSV，后续用命令行或 Excel 就能比对。
在生产库执行：
SELECT table_name FROM information_schema.tables WHERE table_schema = 'your_db_name' AND table_type IN ('BASE TABLE', 'VIEW') ORDER BY table_name;
在测试库执行同样语句，分别导出为 prod_tables.csv 和 test_tables.csv。
- 注意替换
your_db_name为真实数据库名，且两个查询必须用完全相同的库名（大小写敏感，尤其在 Linux 生产环境） - 导出时勾选「包含列标题」，但比对前建议删掉首行，避免把
table_name当成实际表名参与差集 - 用
comm -23 <(sort prod_tables.csv) <(sort test_tables.csv)（Linux/macOS）或 Excel 的「条件格式 → 突出显示单元格规则 → 重复值」可快速定位独有项
为什么不能只看 Navicat 左侧对象树？
Navicat 对象树默认只加载当前展开的 Schema，且会缓存上次连接状态；如果你没手动刷新、或某张表被 RENAME 过但缓存未更新，树形结构就不可信。更麻烦的是：视图若定义中引用了不存在的表，部分 MySQL 版本仍会创建成功，但 Navicat 对象树可能不显示它——而 information_schema 或 结构同步 仍能捕获。
- 每次比对前，右键连接 →
刷新，确保对象树与服务端元数据一致 - 对象树里看到的「锁图标」表示该对象被其他会话锁定，此时结构同步也可能报错中断，建议避开业务高峰期操作
- 某些 Navicat 版本对含特殊字符（如短横线、中文）的表名支持不稳定，
information_schema查询结果更可靠
容易被忽略的边界情况
表名相同但类型不同（比如生产是表、测试是同名视图），或大小写混用（user_info vs User_Info），这类差异不会被结构同步标记为“缺失”，但属于实质不一致。单纯比对名称列表会漏掉。
- 在
结构同步的高级选项里打开「比较对象定义」，它会额外检查table_type和create_statement，但代价是速度变慢 3–5 倍 - MySQL 8.0+ 中，系统视图（如
performance_schema下的）默认不参与比对，确认你的库名没误填成系统库 - 如果测试库是通过
mysqldump --no-data初始化的，它不会导出视图定义（除非加--skip-triggers --routines等参数），这时视图必然“缺失”，得回溯初始化方式
