DBeaver Explain 执行计划怎么看：SQL 编辑器、图形计划与慢点核对

一条 SQL 在 DBeaver 里能正常返回，并不代表它的执行路径适合生产数据量。遇到列表查询变慢时，先不要凭经验给字段加索引：在 SQL 编辑器中打开 Explain 执行计划，查看数据库实际走过的节点，再根据图形计划的重路径和节点详情决定下一步。

先把要检查的 SQL 固定下来

这里用一条带筛选和排序的订单查询作为示例。执行计划来自数据库引擎，DBeaver 负责展示和组织信息，因此同一条 SQL 连接 MySQL、PostgreSQL 或其他数据库时，节点名称、参数和可用指标可能不同。

SELECT id, user_id, total_amount, created_at
FROM orders
WHERE user_id = 10086
  AND created_at >= '2026-08-01'
ORDER BY created_at DESC;

先保存查询文本和连接名称，再打开计划。这样调整索引或条件后，能确认前后比较的是同一条 SQL，而不是偶然换了过滤值。

从 SQL 编辑器生成 Explain 执行计划

在 DBeaver 打开目标连接的 SQL 编辑器，把光标放到要分析的语句中，点击编辑器工具栏的 Explain 执行计划。也可以使用当前数据库驱动支持的快捷键；官方快捷键列表将该动作列为 Ctrl+Shift+E，macOS 对应 ⌃⇧E。

如果弹出执行计划选项，先保留与当前问题相关的默认设置，再点击确认生成。不同数据库支持的参数不完全相同，部分驱动还可以启用 ANALYSE、VERBOSE、COSTS、BUFFERS 或 TIMING；不要在不了解副作用时直接把所有参数都打开。

图形计划先看哪条路径最重

图形计划会把执行计划显示为相互连接的节点。每个节点代表一个数据库操作，连线表示执行顺序或数据关系。先从入口节点沿着连线走到结果节点，再找颜色更深或代价更高的路径，最后点选具体节点查看详情。

常见的慢节点包括全表扫描、对大量行排序、连接缺少合适条件。红色路径可以帮助缩小范围，但它不是“必须加索引”的自动结论：还要回到过滤列、数据分布和数据库自己的执行计划说明中确认。

简易计划用来做前后对照

简易计划以表格展示执行计划，适合记录前后变化。先记下扫描类型、估算行数、代价或耗时等当前可见指标；修改查询条件、索引或统计信息后，点击 重新评估计划 重新运行，不要只凭图形计划的颜色判断优化成功。

如果节点详情缺少某个指标，通常是生成计划时没有启用对应的 EXPLAIN 选项，或者数据库驱动本身不提供该字段。重新评估时只增加能回答当前问题的选项，并把数据库类型、驱动版本和选项一起记录。

看到全表扫描时怎么继续查

Full Table Scan、Seq Scan 或 Table Access (Full) 说明某个节点正在扫描较大范围的数据，但它们不一定就是错误：小表全表扫描可能比索引回表更划算。真正需要继续判断的是扫描行数、过滤条件是否命中索引、连接键是否匹配，以及排序是否处理了大量中间结果。

一个实用的复查顺序是：

1. 在节点详情里记下操作名和可见的行数、成本或耗时。
2. 回到 SQL 检查 WHERE、JOIN 和 ORDER BY 是否覆盖了真正的业务筛选。
3. 只做一项可解释的改动，再用重新评估生成前后计划。
4. 确认计划变化后，再用真实数据量或压测验证，不把估算成本当成最终用户耗时。

常见问题

为什么找不到 Explain 执行计划按钮？

先确认光标位于 SQL 编辑器，并且当前数据库驱动支持执行计划。DBeaver 工具栏可以自定义，按钮被隐藏时可检查工具栏设置，也可以试用对应快捷键。

图形计划和简易计划应该选哪个？

图形计划用于理解节点关系和重路径，简易计划用于逐行记录操作与指标。排查慢查询时通常先看图形计划，再用简易计划做前后对比。

执行计划显示红色节点就一定要加索引吗？

不一定。红色通常代表代价较高的路径，仍要结合表规模、过滤选择性、连接条件和数据库统计信息判断。小表扫描、低选择性条件或需要排序的业务都可能有合理解释。

修改索引后为什么计划没有变化？

可能是统计信息未更新、查询条件没有命中索引、索引选择性不足，或当前连接看到的不是预期表结构。先在 DBeaver 中重新生成计划，再去数据库侧核对索引和统计信息。

用 DBeaver 看执行计划时，重点不是把节点截图保存下来，而是留下“原始 SQL、数据库连接、计划选项、慢节点、改动后结果”这一组可复核证据。这样下一次查询变慢时，才能快速判断问题发生在扫描、连接、排序还是数据分布。