当前位置：首页 > news >正文

Oracle 数据库执行计划的查看与分析技巧

news 来源：原创 2025/7/21 14:56:28

Oracle 数据库执行计划的查看与分析技巧
- 一、什么是执行计划
- 二、查看执行计划的方法
- - （一）使用 EXPLAIN PLAN 命令
  - （二）通过 SQL Developer 工具查看
  - （三）启用 AUTOTRACE 功能
- 三、执行计划中的关键信息解读
- - （一）操作类型
  - - 全表扫描（TABLE ACCESS FULL）
    - 索引扫描（INDEX SCAN）
    - 嵌套循环连接（NESTED LOOPS）
    - 哈希连接（HASH JOIN）
  - （二）执行顺序
  - （三）谓词信息
- 四、分析执行计划的技巧
- - （一）关注高成本操作
  - （二）结合数据量与分布情况
  - （三）对比不同执行计划版本
- 五、优化执行计划的案例
- 总结

Oracle 数据库执行计划的查看与分析技巧

在 Oracle 数据库中，执行计划能够帮助我们深入了解 SQL 语句在数据库内部的执行细节，进而优化查询性能、提升系统效率。无论是数据库领域的新手，还是经验丰富的工程师，掌握执行计划的查看与分析方法都至关重要。

一、什么是执行计划

执行计划是 Oracle 数据库优化器为 SQL 语句生成的一种执行蓝图，它描述了数据库将如何检索数据以满足查询要求。简单来说，执行计划告诉我们 SQL 语句的各个步骤，例如通过哪些索引进行数据查找、表之间以何种连接方式关联、数据如何排序等操作的先后顺序。优化器会基于数据库对象的统计信息、SQL 语句的语法结构以及数据库的配置参数等因素，综合考量来生成它认为最优的执行计划。

二、查看执行计划的方法

（一）使用 EXPLAIN PLAN 命令

这是最基础、也是最常用的查看执行计划的方式之一。它的语法如下：

EXPLAIN PLAN FOR
<your_sql_statement>;SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY);

例如，我们有一个简单的查询语句，用于从员工表（employees）和部门表（departments）中检索特定部门的员工信息：

EXPLAIN PLAN FOR
SELECT e.employee_id, e.first_name, e.last_name, d.department_name
FROM employees e
JOIN departments d ON e.department_id = d.department_id
WHERE d.department_name = 'Sales';SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY);

执行上述代码后，第二句查询会以表格形式展示出详细的执行计划。其中包括各操作的 ID、操作名称（如 TABLE ACCESS FULL 表示全表扫描，INDEX RANGE SCAN 表示索引范围扫描等）、对象名称（涉及的表或索引）以及执行顺序等关键信息。

（二）通过 SQL Developer 工具查看

SQL Developer 是 Oracle 官方提供的一款功能强大的数据库开发工具。在使用它执行 SQL 语句时，可以方便地同时查看对应的执行计划。只需在执行 SQL 的窗口中，点击 “解释计划” 按钮（通常是一个带有放大镜和闪电标志的图标），工具就会在下方的面板中以可视化的树状结构展示执行计划。这种方式相较于命令行，更加直观，易于理解。各个节点展示了详细的操作信息，并且可以通过鼠标悬停查看更多细节，如谓词信息（WHERE 子句中的过滤条件）等。

（三）启用 AUTOTRACE 功能

在 SQL*Plus 环境下，我们可以启用 AUTOTRACE 来查看执行计划及相关的执行统计信息，如物理读、逻辑读、执行时间等。首先需要确保当前用户具有执行 AUTOTRACE 相关权限，并且数据库实例已正确配置。启用 AUTOTRACE 的命令如下：

SET AUTOTRACE ON;

之后执行 SQL 语句，例如：

SELECT * FROM customers WHERE customer_city = 'New York';

执行完 SQL 后，除了返回查询结果，还会输出执行计划的概要信息以及上述提到的统计信息。这对于快速评估 SQL 语句的性能开销非常有帮助。要关闭 AUTOTRACE 功能，使用：

SET AUTOTRACE OFF;

三、执行计划中的关键信息解读

（一）操作类型

全表扫描（TABLE ACCESS FULL）

这意味着数据库会读取表中的所有行来满足查询条件。当没有合适的索引可用，或者优化器认为全表扫描的成本更低时，会选择这种方式。例如，在一个数据量较小的表上进行没有过滤条件或过滤条件选择性很差的，全表扫描可能是最快的方法。但对于大表，全表扫描通常会导致大量的 I/O 操作，严重影响性能。

索引扫描（INDEX SCAN）

又分为索引唯一扫描（INDEX UNIQUE SCAN）、索引范围扫描（INDEX RANGE SCAN）等。索引唯一扫描用于查找具有唯一键值的行，比如通过主键查询单条记录。索引范围扫描则适用于基于某个范围条件的查询，如查询某个时间段内的数据，它会利用索引的有序性快速定位到符合条件的起始和结束位置，并扫描其间的索引条目。

嵌套循环连接（NESTED LOOPS）

这是一种常见的表连接方式，对于外部表的每一行，都会在内层表中查找匹配的行。它适用于连接条件选择性高、关联表数据量较小的场景。优点是能快速返回少量精确匹配的结果，但如果表数据量大，可能会产生大量的循环操作，性能急剧下降。

哈希连接（HASH JOIN）

先对一张表构建哈希表，然后利用哈希函数快速查找另一张表中匹配的行。通常在连接大数据集时表现较好，尤其是当两张表都比较大且没有合适索引的情况下，哈希连接能通过减少数据比较次数来提高连接效率。

（二）执行顺序

执行计划中的操作 ID 标识了各操作的执行顺序，通常是从缩进少的节点开始，逐步向缩进多的节点推进。数字越小，执行优先级越高。通过观察执行顺序，我们可以了解数据的流动方向，以及哪些操作是基础，哪些是后续基于前面结果的进一步处理。例如，先进行表的访问操作获取原始数据，然后可能进行过滤、连接等操作，最后进行排序或聚合等满足最终查询需求的步骤。

（三）谓词信息

谓词即 WHERE 子句中的过滤条件，在执行计划中会显示哪些谓词用于索引查找，哪些用于最终结果的过滤。如果某个谓词能够有效利用索引，说明该过滤条件具有较好的效果，可以快速缩小数据检索范围。反之，如果谓词只能在全表扫描后进行过滤，那可能需要考虑优化过滤条件或添加合适索引。例如，“WHERE column_name> 100 AND column_name < 200” 这样的范围谓词，若在索引列上，可能触发索引范围扫描；而 “WHERE function (column_name) = some_value”（函数作用于列上的条件），一般情况下会导致索引失效，引发全表扫描。

四、分析执行计划的技巧

（一）关注高成本操作

执行计划中的每个操作都有对应的成本估算，通常以 COST 值表示，包括 CPU 成本和 I/O 成本。重点关注成本较高的操作，这些往往是性能瓶颈所在。比如，当发现一个全表扫描操作的成本占比很大，且表数据量庞大时，就需要思考是否可以通过创建合适索引、优化查询条件等方式来改变执行计划，降低成本。可以通过对比不同优化方案下执行计划的成本变化，来评估优化效果。

（二）结合数据量与分布情况

了解表的实际数据量大小以及数据在索引列上的分布状况，对于准确分析执行计划至关重要。例如，一个索引在理论上看起来很完美，但如果表中的大部分数据在索引列上具有相同的值（数据倾斜），那么索引的选择性就会大打折扣，优化器可能会错误地选择使用这个低效的索引，导致性能问题。此时，可能需要考虑收集更准确的统计信息，或调整查询语句以适应数据分布特点，如增加额外的过滤条件来减少数据倾斜的影响。

（三）对比不同执行计划版本

在对 SQL 语句进行优化调整过程中，如修改索引、调整查询结构、更新数据库统计信息等操作后，重新查看并对比执行计划的变化。观察优化措施是否达到预期效果，新的执行计划中是否消除了高成本操作，数据检索路径是否更加合理。通过这种迭代式的对比分析，逐步逼近最优的查询性能。

五、优化执行计划的案例

假设我们有一个电商订单数据库，包含订单表（orders）、订单明细表（order_items）和产品表（products）。经常执行的查询是获取某个时间段内特定产品类别的订单总金额。初始查询语句如下：

SELECT p.product_category, SUM(oi.quantity * oi.unit_price) AS total_amount
FROM orders o
JOIN order_items oi ON o.order_id = oi.order_id
JOIN products p ON oi.product_id = p.product_id
WHERE o.order_date BETWEEN '2024-01-01' AND '2023-01-31'
AND p.product_category = 'Electronics'
GROUP BY p.product_category;

使用 EXPLAIN PLAN 查看执行计划后，发现存在以下问题：
对订单表（orders）进行了全表扫描，因为 order_date 列没有合适索引，导致大量不必要的 I/O 操作，查询效率低下。
在连接操作中，由于表之间的连接条件选择性不是特别高，且没有充分利用索引，嵌套循环连接的成本较高。
优化方案：
在订单表的 order_date 列上创建索引：

CREATE INDEX idx_order_date ON orders(order_date);

分析产品表（products）上 product_category 列的数据分布，发现该列数据存在一定倾斜，部分类别数据量远大于其他类别。考虑收集更精确的统计信息：

BEGINDBMS_STATS.GATHER_TABLE_STATS(ownname => 'your_schema', tabname => 'products');
END;

重新执行查询并查看执行计划，发现订单表改为使用索引范围扫描，大大减少了数据读取量；连接操作也因为统计信息的更新，优化器选择了更合适的哈希连接方式，整体查询性能提升了数倍，执行时间从原来的几十秒缩短到几秒。

总结

Oracle 数据库执行计划的查看与分析是数据库优化工作中的核心技能。通过熟练掌握多种查看执行计划的方法，深入解读其中的关键信息，并运用有效的分析技巧，我们能够精准定位 SQL 语句的性能问题，采取针对性的优化措施。从创建合适索引、优化查询语句结构，到确保准确的统计信息，每一个环节都可能成为提升数据库性能的关键。持续实践与经验积累，将帮助我们在面对复杂的数据库环境时，游刃有余地优化查询性能，保障系统高效稳定运行。

目录

Oracle 数据库执行计划的查看与分析技巧

一、什么是执行计划

二、查看执行计划的方法

（一）使用 EXPLAIN PLAN 命令

（二）通过 SQL Developer 工具查看

（三）启用 AUTOTRACE 功能

三、执行计划中的关键信息解读

（一）操作类型

全表扫描（TABLE ACCESS FULL）

索引扫描（INDEX SCAN）

嵌套循环连接（NESTED LOOPS）

哈希连接（HASH JOIN）

（二）执行顺序

（三）谓词信息

四、分析执行计划的技巧

（一）关注高成本操作

（二）结合数据量与分布情况

（三）对比不同执行计划版本

五、优化执行计划的案例

总结

相关文章：