Navicat SQL自动补全默认不生效的根本原因是仅在有效数据库连接的活动查询窗口中启用，且依赖正确的Connection Type和SQL Parser Mode设置；本地文件、断连状态、类型错配、元数据未预加载、补全未启用或被安全软件拦截均会导致失效。
Navicat 的 SQL 自动补全为什么默认不生效
根本原因不是功能坏了，而是它默认只在「新建查询」或「已连接的活动查询窗口」里启动，且依赖数据库连接类型和语法模式。本地文件、断开连接的窗口、或选错 connection type（比如该用 mysql 却配成 postgresql）都会让 ctrl+space 完全没反应。
- 确认当前窗口右下角显示的是有效连接名（如
localhost_3306），不是Disconnected或File - 检查菜单栏 Connection → Connection Properties → Advanced → SQL Parser Mode 是否设为对应数据库（
MySQL 8.0+/PostgreSQL 14等），错配会导致关键字识别失败 - 旧版 Navicat（≤15）对 MariaDB 的自动补全支持弱，建议升级到
Navicat 16+并启用Use New SQL Parser
如何让表名/字段名实时提示真正可用
自动补全不是“输完字母才弹”，而是靠缓存元数据提前加载。如果刚连上就敲 SELECT * FROM u 没提示，大概率是元数据还没拉下来——它不会等你输入时临时查 INFORMATION_SCHEMA。
- 首次连接后，手动执行一次
SHOW TABLES或打开左侧对象浏览器展开目标库，触发元数据预加载 - 字段提示依赖
DESCRIBE table_name结果，若表有上百列但没被解析过，补全会延迟甚至跳过；可右键表 → Quick View 强制刷新 - 别依赖模糊匹配：输
user_na不会提示user_name，必须前缀一致（user_n才行）
快捷键冲突和补全触发时机的实操细节
Ctrl+Space 在 Windows 中常被输入法 hijack，而 macOS 的 Control+Space 又容易被 Spotlight 拦截。更稳的方式是用 Ctrl+Enter（Windows）或 Cmd+Enter（macOS）唤出补全列表，这个组合几乎不冲突。
- 补全只在 SQL 编辑区激活时有效，结果集面板、ER 图、导出设置页里按无效
- 光标必须落在合法上下文：比如在
FROM后、WHERE条件中、函数参数内；写在注释里或字符串中（'SELECT *'）不会触发 - 自定义函数或视图字段补全需手动刷新：右键连接 → Reload Connection，否则新加的列不会出现在提示里
为什么改了设置还是没提示？重点查这三项
最常被忽略的是「作用域隔离」：Navicat 对每个连接单独维护补全缓存，换一个连接就得重载；同时，它不继承全局设置，每个连接的 SQL Parser Mode 和 Auto Completion 开关都是独立的。
- 进 Connection Properties → Options → Auto Completion，确认勾选了
Enable auto-completion和Show column names after table alias - 检查是否误开了
Disable auto-completion for large databases（默认勾选），尤其当库表数 > 500 时会静默禁用 - 临时关闭杀毒软件或防火墙——某些国产安全软件会 hook 进程导致 Navicat 的代码提示线程被拦截，表现为光标闪烁但无弹窗
补全本质是本地缓存 + 语法树解析的混合机制，不是远程请求。一旦元数据加载失败或解析器卡在某个异常 SQL 片段（比如未闭合的引号），后续所有补全都可能停滞，这时候删掉最近写的半截语句往往比重启更有效。
