SQL 中的查询执行计划是由数据库引擎创建的详细蓝图，用于高效地执行 SQL 语句。当您提交查询时，数据库的查询优化器会分析它并生成一个计划，概述检索或修改数据所需的步骤。此计划包括表扫描、索引查找、连接和排序等操作，以及执行它们的顺序。优化器的目标是在尽可能快地交付结果的同时，最大限度地减少资源使用（如 CPU 或 I/O）。例如，如果查询使用 WHERE 子句过滤数据，则优化器可能会决定使用索引来查找匹配的行，而不是扫描整个表。
开发人员使用执行计划来诊断性能问题和优化查询。通过检查计划，您可以识别瓶颈，例如全表扫描或低效的连接方法。例如，对大型表执行嵌套循环连接的查询可能很慢，并且该计划可能会显示切换到哈希连接或添加索引可以提高性能。PostgreSQL 中的 EXPLAIN 或 SQL Server 的执行计划查看器等工具提供这些计划的可视化或文本表示，显示估计成本、行数和操作类型。例如，在 PostgreSQL 中使用 EXPLAIN ANALYZE 运行查询并返回实际执行指标，帮助您比较估计行为与实际行为。
理解执行计划需要熟悉常见的操作及其含义。例如，“索引扫描”表示数据库正在使用索引来检索行，而“Seq Scan”（顺序扫描）表示它正在读取整个表——如果没有适当的索引，这可能是不可避免的。如果计划显示某个特定步骤的“成本”值很高，则表示需要优化的资源密集型操作。开发人员经常使用此信息来调整查询、添加缺失的索引或重构模式。例如，频繁过滤的列上缺少索引可能会迫使数据库扫描数百万行，而添加索引可以将其减少到几百行。定期审查执行计划可确保查询随着数据的增长良好地扩展。