key为null表示优化器未选择索引，而非navicat未显示；需结合type、rows及explain format=json综合判断，旧版navicat不渲染索引细节，应手动切表格视图或执行json格式分析。
执行计划里 key 字段为空，不是没走索引，是 Navicat 没显示
Navicat 默认展示的是 MySQL EXPLAIN 的原始输出，其中 key 列只填索引名（如 idx_user_id），但若该列为 NULL，不代表一定没用索引——可能是优化器选了覆盖索引、主键隐式使用，或用了函数索引但未显式命名。更关键的是：Navicat 16 及更早版本压根不支持在图形化视图中渲染索引名称，它只把 key 当作纯文本字段展示，不联动高亮、不悬停提示、不关联索引定义。
MySQL 用户必须手动切到「表格」或「JSON」模式才能看到完整索引信息
Navicat 17+ 对 MySQL 的 EXPLAIN FORMAT=JSON 支持较完整，能展开 used_columns、possible_keys、key、key_length 等字段；而旧版默认只发 EXPLAIN（即传统表格格式），且不自动补全缺失字段。要强制看到索引细节：
- 右键执行计划窗口 → 选择「切换到表格视图」，检查
key和possible_keys两列是否都有值 - 在查询编辑器中手动执行：
EXPLAIN FORMAT=JSON SELECT ...，再点「解释」——Navicat 会识别 JSON 并渲染为可折叠树状结构，索引相关字段全在key、key_length、ref下 - 若用的是 MariaDB 或 MySQL FORMAT=JSON 不可用，则改用
EXPLAIN EXTENDED; SHOW WARNINGS;，索引推断逻辑会出现在 Warning 文本里
PostgreSQL 执行计划里根本不会出现「索引名」字段，得看 Index Scan 节点的 Relation Name
PostgreSQL 的 EXPLAIN 输出没有 key 这种字段，它用操作节点类型表达索引行为。比如看到 Index Scan using idx_orders_status on orders，这里的 idx_orders_status 就是实际使用的索引名——但它只出现在文本模式或 JSON 的 Node Type + Relation Name 组合中。Navicat 图形化视图（v17+）会把这类信息压缩进节点图标和 tooltip 里，但 tooltip 常因 DPI 缩放或字体渲染失败而空白。
稳妥做法是：
- 点开执行计划窗口右下角的「Messages」标签页，直接找原始文本输出
- 确认已启用统计：连接参数里勾选「Collect statistics」，否则
EXPLAIN (ANALYZE, BUFFERS)会缺数据，连节点类型都可能被截断 - 避免在 SQL 中写
/*+ IndexScan(orders idx_orders_status) */这类 hint——PG 不认 MySQL 风格 hint，Navicat 也不会转发，反而可能触发解析错误
SQL Server 的索引信息藏在 XML 计划的 RelOp 属性里，图形化视图不暴露字段名
SQL Server 的图形化执行计划本身不显示「索引名」文字，所有索引信息都在每个运算符节点的属性面板中，比如「Index Seek」节点的 Object 属性值就是 [dbo].[orders].[idx_orders_created]。但 Navicat 的渲染引擎（尤其 v16）经常不加载属性面板，或双击节点无响应。
绕过方式很直接：
- 右键执行计划图 → 「复制执行计划（XML）」→ 粘贴到文本编辑器，搜索
IndexName=或Object=" - 在 Navicat 查询窗口中手动执行：
SET STATISTICS XML ON; SELECT ...; SET STATISTICS XML OFF;，然后从 Messages 标签页底部复制整段 XML，用浏览器打开就能看到完整属性树 - 别依赖「解释」按钮自动发命令——某些 Navicat 版本对 SQL Server 会静默降级为
SET SHOWPLAN_TEXT ON，那就只剩纯文本，连 XML 都没有
