navicat逆向工程漏表的根本原因是元数据查询被权限或配置拦截，导致information_schema.tables等系统表查不到表名。mysql 8.0+默认限制普通用户访问元数据，postgresql需usage权限，云数据库常默认关闭系统表查看，host匹配失败、表名大小写不一致（如lower_case_table_names=1）也会导致漏表；逆向前须确认select count(*) from information_schema.tables结果非零，并检查schema选择、外键与注释选项、search path设置。
navicat 逆向工程只显示部分表，甚至完全漏掉某些业务表，根本原因不是 navicat 没扫到，而是它执行的元数据查询被数据库权限或配置拦下了——查不到表名，自然不会加载结构。
为什么 information_schema.tables 查不到你的表
Navicat 逆向依赖类似 SELECT * FROM information_schema.tables WHERE table_schema = 'your_db' 的语句获取表列表。如果这条语句返回空或报错，后续所有步骤都会跳过。
- MySQL 8.0+ 默认禁止普通用户访问
information_schema，即使你有SELECT ON your_db.*，也不代表能读元数据 - PostgreSQL 用户若没
USAGE ON SCHEMA pg_catalog或pg_read_all_data角色，pg_tables就查不到结果 - 云数据库（如阿里云 RDS）通常默认关闭“查看系统表”开关，需手动在控制台开启
- 用户 Host 匹配失败：比如权限只给了
'user'@'192.168.1.%'，但 Navicat 连接用的是'%'或具体公网 IP，权限不生效
表名大小写不一致导致“存在却不可见”
MySQL 在 lower_case_table_names = 1 模式下会把表名转小写存储，但 Navicat 逆向时仍按你输入的原名（如 UserProfile）去 INFORMATION_SCHEMA.COLUMNS 查字段，结果找不到列定义，整张表就被跳过。
- 确认实际表名：执行
SHOW TABLES LIKE 'UserProfile'和SHOW TABLES LIKE 'userprofile'对比 - 临时绕过：在逆向窗口的 “Select Tables” 页签中，手动展开 schema，逐个勾选表名（别依赖 “Select All”）
- 长期方案：统一用小写建表，或在 MySQL 配置中设
lower_case_table_names = 2（仅限 Linux，且需重启）
逆向前必须检查的三个关键设置
Navicat 不是全自动猜结构，它严格按你勾的选项走。漏勾一项，就可能丢一整类对象。
- “Select Tables” 页签下，必须手动展开并勾选目标 schema/database ——
Select All默认只作用于当前连接默认库，跨库表不会被包含 - “Options” 页签下务必勾选
Include foreign keys和Include comments，否则外键和中文注释直接不读 - 如果表在非默认 schema（如 PostgreSQL 的
public以外），要先在连接属性里把该 schema 加入Search Path，否则逆向时根本看不见
真正卡住逆向的，往往不是 Navicat 功能缺陷，而是你手里的账号在数据库里“看不见”那些表——权限、大小写、schema 范围，三者缺一都会导致表丢失。动手前先在查询窗口跑一句 SELECT COUNT(*) FROM information_schema.tables，结果为 0 就别往下试了。
