Navicat编辑器无法识别新表名是因为元数据缓存未更新，“刷新”仅重载查询结果而非扫描INFORMATION_SCHEMA；必须通过“同步到模型”或断开重连强制重新加载元数据，权限不足或SQL模式不兼容会导致该过程失败。
navicat 编辑器无法识别新创建的表名，不是语法高亮引擎“没更新”，而是它根本没拿到这张表的元数据——刷新按钮只重载当前查询窗口的缓存，不触发对 information_schema 的重新扫描。
点击「刷新」按钮为什么不管用
「刷新」（F5 或工具栏按钮）在 Navicat 中实际作用是：重新执行当前查询语句、或重载当前打开的数据表视图。它不会重新拉取数据库的全部表结构、字段定义、别名映射等元数据。编辑器的自动补全、表名高亮、字段联想等功能依赖的是本地缓存的元数据快照，这个快照只在连接建立时、或手动触发「同步到模型」时更新。
- 你建了新表
user_profile，但编辑器里输入SELECT * FROM user_按 Ctrl+Space 没提示，说明缓存里还没这张表 - 即使你刚点过 F5，只要没重建连接或没同步模型，缓存就不会变
- 某些版本（如 v16.0 以下）甚至在连接存活期间完全不主动轮询新增对象
真正有效的元数据更新方式
必须让 Navicat 主动从数据库读一遍当前 schema 的完整结构。有且只有两种可靠路径：
- 右键连接名 → 「同步到模型」：这是最彻底的方式，会重建整个连接下的所有表、字段、索引、外键的本地缓存；注意它会覆盖你在模型里手动加的注释或逻辑连线
- 断开再重连：关闭连接 → 等状态变为「已断开」→ 再右键连接名 → 「连接」；Navicat 会在重连成功后自动加载一次基础元数据（不含详细字段类型和约束，但够补全表名）
别用「刷新当前标签页」代替，那只是 reload 一条 SELECT 的结果集。
为什么有时候重连也不行
常见于权限受限或 SQL 模式不兼容场景，导致 Navicat 读不到 INFORMATION_SCHEMA.TABLES 或解析失败：
- 连接用户缺少对
INFORMATION_SCHEMA的SELECT权限 —— Navicat 会静默跳过元数据加载，补全列表为空 - MySQL 8.0+ 开启了
sql_mode=STRICT_TRANS_TABLES，而 Navicat 旧版生成的元数据查询语句含隐式转换，被拒绝执行 - 表名含短横线（如
api-log）但未用反引号声明，Navicat 解析时误判为减法，后续缓存直接丢弃该表
此时需先确认：执行 SELECT COUNT(*) FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA = 'your_db'; 能否返回正确数量；如果报错或为 0，问题就在服务端权限或模式配置上。
临时绕过补全缺失的方法
当必须立刻写 SQL 但又来不及修复元数据时，可用这些实操技巧降低出错率：
- 在编辑器中手动输入完整表名（带反引号），比如
`user-profile`，避免因解析歧义导致语法错误 - 用「查询构建器」新建一个空查询 → 拖入目标表 → 自动生成带库名前缀的语句，再复制回主编辑器
- 启用「显示隐藏字符」（菜单 → 视图 → 显示不可见字符），排除粘贴进来的零宽空格干扰字段识别
元数据缓存不是实时同步机制，它是静态快照。每次建表/删表/改字段后，都得主动告诉 Navicat “去数据库里再扫一遍”，而不是指望它自己察觉。
