oracle

关注公众号 jb51net

关闭
首页 > 数据库 > oracle > Oracle查看执行计划

Oracle查看执行计划的实现

作者：树贤森

查看Oracle 的执行计划的目的是为了了解 SQL 查询或语句在数据库中的执行方式和性能表现,本文主要介绍了Oracle查看执行计划的实现,感兴趣的可以了解一下

一、什么是执行计划？

执行计划是由Oracle数据库系统生成的，它描述了SQL语句的执行方式，包括SQL语句的执行顺序、使用的索引、表之间的连接方式等等。执行计划可以通过多种方式获取，如使用EXPLAIN PLAN语句、使用SQL Trace功能、使用SQL Developer等工具。

二、执行计划的目的

查看 Oracle 的执行计划的目的是为了了解 SQL 查询或语句在数据库中的执行方式和性能表现。执行计划是一个详细的指南，它描述了 Oracle 数据库是如何执行查询的，包括使用哪些索引、连接顺序、使用何种算法等等。

通过查看执行计划，可以识别出潜在的性能问题或优化机会。执行计划提供了查询优化器在决定如何执行查询时所做的选择的信息，可以帮助开发人员或数据库管理员了解查询的成本和效率，并根据需要进行调整和优化。

执行计划可以揭示查询中存在的性能瓶颈、慢查询或未充分利用索引的情况。它还可以帮助开发人员理解查询的执行顺序，以及可能引起性能下降的地方。通过分析执行计划，可以确定是否需要调整查询、添加索引、重写查询逻辑或优化数据库结构，以提高查询性能和响应时间。

总结为以下几点：

三、获取执行计划信息

查询 Oracle 的执行计划可以提供以下信息：

3.1访问路径（Access Path）：

执行计划显示了查询如何访问表或索引，包括全表扫描、索引扫描、索引范围扫描等。这可以帮助确定数据是如何被检索的。

3.2连接顺序（Join Order）：

如果查询涉及多个表的连接操作，执行计划将显示连接的顺序。这对于优化查询的性能很重要，因为不同的连接顺序可能会导致不同的性能。

3.3连接类型（Join Type）：

执行计划指示了连接操作使用的连接类型，如内连接、外连接或半连接。这对于了解查询中不同连接操作的性能影响很有帮助。

3.4过滤条件（Filter Predicates）：

执行计划会显示应用在表或索引访问上的过滤条件。这可以帮助确认查询中的过滤逻辑是否被正确地应用。

3.5排序操作（Sort Operations）：

如果查询涉及排序操作，执行计划将显示排序的方式和排序所使用的算法。这对于优化排序操作的性能很有帮助。

3.6聚合操作（Aggregation Operations）：

如果查询包含聚合函数（如 SUM、AVG、COUNT 等），执行计划将显示聚合操作的方式和执行方法。

3.7数据库统计信息（Statistics）：

执行计划可以提供表、索引或列的统计信息，如行数、唯一值数量等。这对于优化查询计划选择和索引设计很重要。

通过分析执行计划，可以确定查询中的性能瓶颈和优化机会，了解查询的执行方式，以及根据需要进行调整和优化的方法。

四、执行计划的执行顺序

Oracle执行计划的执行顺序是从上往下，从右往左。也就是说，执行计划的最底部是最后执行的操作，而最顶部是最先执行的操作。左边的操作优先级低于右边的操作，也就是说，右边的操作先执行，左边的操作后执行。

口诀：

五、执行计划的存储区

主要包括以下几个部分：

执行计划中的每个操作符都有对应的存储区，用于存储该操作符的执行结果。执行计划中的每个操作符都有自己的任务和目的，它们通过组合形成完整的SQL语句执行计划，最终实现对数据的查询和操作。

六、执行计划的执行步骤

七、执行计划中各字段的描述

7.1、基本字段(总是可用的)

7.2、查询优化器评估信息

    换句话说，父操作的开销包含子操作的开销

7.3、分区(仅当访问分区表时下列字段可见)

7.4、并行和分布式处理(仅当使用并行或分布式操作时下列字段可见)

7.5、运行时统计(当设定参数statistics_level为all或使用gather_plan_statistics提示时，下列字段可见)

7.6、I/O 统计(当设定参数statistics_level为all或使用gather_plan_statistics提示时，下列字段可见)

7.7、内存使用统计

八、查看执行计划语法

在Oracle数据库中，可以通过使用“EXPLAIN PLAN”命令来查看查询语句的执行计划。下面是详细的使用方法及实例说明：

8.1. 基本语法

EXPLAIN PLAN FOR SELECT * FROM table_name WHERE condition;

8.2. 查看执行计划

SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY);

九、实例说明

假设我们有一个表“employees”，包含员工的基本信息，我们要查询薪水大于5000的员工信息。我们可以使用以下命令来查看查询语句的执行计划：

EXPLAIN PLAN FOR 
SELECT * FROM employees 
WHERE salary > 5000;

执行上述命令后，可以通过以下命令来查看执行计划：

SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY);

查询结果中会显示查询语句的执行计划，包括每个操作的类型、所涉及的表或索引、所需的成本等信息。例如，查询结果可能如下所示：

备注（不用上滑了，纳多费劲呀，我懂你累！！）：

解释：

Full Table Scan 和 Index Scan 都是一种查询表数据的方式。

Full Table Scan 是一种全表扫描的方法，即当我们的查询条件不能使用索引进行查找时，Oracle就会对整个包含了表数据的数据块进行扫描，从而获取需要的数据。

Index Scan（也被称为Index Range Scan）则利用了表上的索引，查询时只扫描符合指定范围条件的索引结构，从而快速定位到匹配的记录。如果查询条件可以使用索引，则选择Index Scan 可以大大提高查询性能。

总结：Full Table Scan 通常发生在没有使用索引或索引不能完全匹配查询条件的情况下，数据查询速度相对较慢；Index Scan 则利用索引有序性，可快速定位满足查询条件的数据行，并且查询速度更快。

分析以上结果：

①ID为0的操作为SELECT STATEMENT，表示整个查询语句的执行计划；

②ID为1的操作为TABLE ACCESS FULL，表示对表“employees”进行全表扫描。

③Predicate Information (identified by operation id) 表示操作所用到的谓词信息，其中 operation id 表示当前操作的 ID 号，谓词信息包括过滤条件、连接条件等。

Predicate Information 中的谓词信息对于理解 SQL 查询的执行计划非常重要。它告诉我们查询优化器是如何使用索引、过滤条件等对数据进行筛选和连接的。通过分析 Predicate Information，可以发现 SQL 查询中的性能瓶颈，从而进行优化。

例如：

④1 - filter("SALARY">5000) 表示当前操作是对表进行过滤操作，过滤条件为 "SALARY">5000，即薪资大于 5000 的记录。

这个操作通常出现在 SELECT 语句中，用于筛选符合条件的记录。在执行计划中，这个操作通常出现在表扫描、索引扫描等操作之后，用于进一步筛选数据。

在执行计划中，filter 操作的代价通常比较小，因为它只是对已经扫描的记录进行进一步筛选，而不需要进行额外的磁盘 IO 操作。但是，如果 filter 操作出现在操作树的顶部，代价可能会比较大，因为它需要读取整个表或索引，并将不符合条件的记录过滤掉。

在 SQL 查询的优化过程中，通常要尽量减少 filter 操作的出现，可以通过添加索引、修改查询条件等方式来避免 filter 操作的出现。

我们可以通过这些信息来了解查询语句的执行计划及其效率，从而进行优化。

十、PLSQL Developer中的F5

依旧是查询表“employees”薪水大于5000的员工信息，我们可以使用快捷键F5来查看查询语句的执行计划，如下图所示：

通过切换不同的展示格式，我们可以看到各种信息，但是展示结果与使用explain plan for语句是一样的，这种方式可以更加的快捷方便！

上面的例子相对来说展示结果比较单一，接下来举用下面的例子再描述以下，已知员工表employees和部门表departments，现要求查询出员工薪资为6000的员工信息和部门信息，我们可以用快捷键F5查看下他的执行计划：

①在上途中我们发现TABLE ACCESS FULL 时，通常意味着该查询使用了 Full Table Scan 的方式来访问表。上面有提到了这个方式，但我还是要再唠叨一下：

Full Table Scan 是一种全表扫描的方法，即当我们的查询条件不能使用索引进行查找时，Oracle就会对整个包含了表数据的数据块进行扫描，从而获取需要的数据。此时， Oracle 就会选择使用 TABLE ACCESS FULL 操作符。

如果查询中使用了 TABLE ACCESS FULL 而没有使用索引，则可能导致查询速度相对较慢，对于较大的表来说，这种方法可能会产生很高的 I/O 成本和 CPU 成本，不利于系统性能。

注意：

在实际应用中，尽可能避免使用 Full Table Scan，可以考虑使用合适的索引或优化查询语句等方式提高查询性能。

②在执行计划中，还发现了INDEX UNIQUE SCAN ，它表示对于一个唯一索引或主键索引的范围查找方式。

当查询语句中包含了对唯一索引或主键索引字段的等值（=）条件时，在执行计划中就会显示 Index Unique Scan 操作。这种方法可以非常快速地定位到需要查询的行，并且不会产生重复数据输出。

与普通索引扫描不同的是，Index Unique Scan 确保查询结果最多只有一行记录，因为唯一索引或主键索引本身就定义了数据行的唯一性。因此，如果我们可以通过索引的方式找到精确匹配的数据，则最好使用 INDEX UNIQUE SCAN 以提高查询效率。

总之，Index Unique Scan 是一种高效的查询方式，适用于对于唯一索引或主键索引进行查询的场景。同时，建立合适的索引也是提高查询性能的重要手段之一。

③在执行计划中，还发现了TABLE ACCESS BY INDEX ROWID ，它表示通过索引行 ID 进行表数据访问的操作。一般而言，使用该操作符需要经过以下步骤：

这个操作符与其他操作符最大的区别在于，它不是针对索引进行数据访问，而是针对实际的数据表进行访问。因此，TABLE ACCESS BY INDEX ROWID 可以通过索引快速定位到需要的数据行，并根据 Rowid 直接访问表数据，从而提高查询的效率。

注意：

在使用 TABLE ACCESS BY INDEX ROWID 时，如果表的数据分散在多个磁盘块中，就可能会产生很高的 I/O 成本和 CPU 成本，导致查询性能下降。因此，在进行优化时，应尽量避免物理磁盘 IO 操作的数量，可以通过内存或者调整磁盘布局等方式来改善性能。

④在本文章的第四节【四、执行计划的执行顺序】提到了执行顺序，那么我们在上图的树结构--耗费就可以知道他们的执行顺序是怎样排序的，如果不清楚，我们九可以点击图中标记的三角提示进行查看。

通过HTML框图我们可以清楚知道索引扫描的索引名字，全表扫描的表名，分别扫描了多少行，预估多少个字节，CPU的消耗和操作执行消耗的时间等信息。

文本图的展示与explain plan for语句执行结果大致一样，不再过多描述。

上面也有展示了此图，大家一定很好奇它是干什么的，哈哈哈！！！不急，下面给你简单描述一下情况！

在 Oracle SQL Developer 中，使用快捷键 F5 可以查看 SQL 语句的执行计划。这个操作会打开一个新窗口，展示查询 SQL 的执行计划图表与一些统计信息。

如果我们在执行计划窗口中选择了“Explain Plan（XML Format）”，那么窗口下方将会展示该查询语句的 XML 执行计划，其中包括了多个执行计划步骤及其相应的输入、输出参数和所涉及的对象等信息。

Oracle 数据库管理系统使用 XML 格式来表示执行计划，这种格式的优点是可读性好，易于在不同平台之间进行传输和共享。通过查看 XML 执行计划，我们可以更深入地了解查询的执行细节，帮助我们分析和优化查询性能问题。

到此这篇关于Oracle查看执行计划的实现的文章就介绍到这了,更多相关Oracle查看执行计划内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！

您可能感兴趣的文章:
阅读全文