获取和解读Oracle中SQL的执行计划(译文)

简介: 生成和显示 SQL 语句的执行计划是大多数 DBA、SQL 开发人员和性能专家的常见任务,因为它提供了 SQL 语句执行性能相关的信息。执行计划显示执行 SQL 语句的详细步骤,这些步骤表示为一组使用和生成行的数据库运算符。运算符的顺序和实现由查询优化器根据查询转换和物理优化技术来决定。

生成和显示 SQL 语句的执行计划是大多数 DBA、SQL 开发人员和性能专家的常见任务,因为它提供了 SQL 语句执行性能相关的信息。执行计划显示执行 SQL 语句的详细步骤,这些步骤表示为一组使用和生成行的数据库运算符。运算符的顺序和实现由查询优化器根据查询转换和物理优化技术来决定。

虽然显示通常以表格格式显示,但计划实际上是树形的。例如,以下是基于 SH 架构(销售历史记录)的查询:


select prod_category, avg(amount_sold)from sales s, products pwhere p.prod_id = s.prod_idgroup by prod_category;

此查询计划的表格表示形式为:



------------------------------------------ Id   Operation              Name   ------------------------------------------   0  SELECT STATEMENT                 1   HASH GROUP BY                   2    HASH JOIN                      3     TABLE ACCESS FULL   PRODUCTS   4     PARTITION RANGE ALL           5      TABLE ACCESS FULL  SALES  ------------------------------------------

而计划的树形表示是:



GROUP BY      |     JOIN _____|_______ |            |ACCESS     ACCESS(PRODUCTS) (SALES)

当你阅读计划树时,你应该从下到上开始。在上面的示例中,首先查看ACCESS运算符(或树叶)。在这种情况下,ACESS运算符是使用全表扫描实现的。这些表扫描生成的行将交给JOIN运算符使用。这里的JOIN运算符是哈希(HASH)连接(其他替代方法包括嵌套循环 nested-loop或排序合并 sort-merge连接)。最后,使用哈希实现的GROUP BY运算符(替代方法是排序)处理JOIN运算符生成的行。SQL 语句执行时采用的执行计划只是查询优化器考虑的众多执行计划中的一个。查询优化器根据执行过程的 IO、CPU 和网络使用情况计算成本,然后选择开销最低的执行计划。

有两种不同的方法可用于查看 SQL 语句的执行计划:

  1. EXPLAIN PLAN 命令:显示 SQL 语句的执行计划,而不实际执行该语句。
  2. V$SQL_PLAN:一个字典视图,显示已编译为保存在游标缓存中的游标的 SQL 语句的执行计划。

在某些情况下,使用 EXPLAIN PLAN 命令时显示的计划可能与使用 V$SQL_PLAN显示的计划不同,例如前者在计划生成过程中不会考虑绑定变量值,而后者会。使用DBMS_XPLAN包可以很容易显示执行计划,这个软件包提供了几个PL / SQL存储过程来显示不同来源的计划:

  • EXPLAIN PLAN 命令
  • V$SQL_PLAN
  • 自动工作负载存储库 (AWR)
  • SQL 优化集 (STS)
  • SQL 计划基线 (SPM)

以下示例说明了如何使用 dbms_xplan 包中提供的不同函数生成和显示原始 SQL 语句的执行计划。

示例 1:使用EXPLAIN PLAN命令和DBMS_XPLAN.DISPLAY函数。



SQL> EXPLAIN PLAN FOR 2   select prod_category, avg(amount_sold) 3   from sales s, products p 4   where p.prod_id = s.prod_id 5   group by prod_category;
Explained.
SQL> select plan_table_output from table(dbms_xplan.display('plan_table',null,'basic'));
------------------------------------------ Id   Operation              Name   ------------------------------------------   0  SELECT STATEMENT                 1   HASH GROUP BY                   2    HASH JOIN                      3     TABLE ACCESS FULL   PRODUCTS   4     PARTITION RANGE ALL           5      TABLE ACCESS FULL  SALES  ------------------------------------------

DBMS_XPLAN.DISPLAY的参数:

  • Plan table name(默认为“PLAN_TABLE”)
  • Statement_id(默认空)
  • format(默认为“TYPICAL”)

更多详细信息可以在 $ORACLE_HOME/rdbms/admin/dbmsxpln.sql 中找到。

示例 2:生成并显示会话中执行的最后一个 SQL 语句的执行计划:



SQL> select prod_category, avg(amount_sold) 2   from sales s, products p 3   where p.prod_id = s.prod_id 4   group by prod_category;
no rows selected
SQL> select plan_table_output 2    from table(dbms_xplan.display_cursor(null,null,'basic'));------------------------------------------ Id   Operation              Name   ------------------------------------------   0  SELECT STATEMENT                 1   HASH GROUP BY                   2    HASH JOIN                      3     TABLE ACCESS FULL   PRODUCTS   4     PARTITION RANGE ALL           5      TABLE ACCESS FULL  SALES  ------------------------------------------

DBMS_XPLAN.DISPLAY_CURSOR的参数:

  • SQL_ID(默认 NULL,表示在此会话中执行的最后一个 SQL 语句)
  • Child Number(默认为 0)
  • format(默认为“TYPICAL”)

详细信息位于 $ORACLE_HOME/rdbms/admin/dbmsxpln.sql。

示例 3:显示任何其他语句的执行计划需要直接或间接提供 SQL_ID:

直接:

SQL> select plan_table_output from 2   table(dbms_xplan.display_cursor('fnrtqw9c233tt',null,'basic'));

间接:


SQL> select plan_table_output 2   from v$sql s, 3   table(dbms_xplan.display_cursor(s.sql_id, 4                                  s.child_number, 'basic')) t 5   where s.sql_text like 'select PROD_CATEGORY%';

例4:显示与 SQL 计划基线对应的执行计划。




SQL> alter session set optimizer_capture_sql_plan_baselines=true;
Session altered.
SQL> select prod_category, avg(amount_sold) 2   from sales s, products p 3   where p.prod_id = s.prod_id 4   group by prod_category;
no rows selected

如果上述语句已执行多次,则将为其创建 SQL 计划基线,您可以使用以下查询进行验证:



SQL> select SQL_HANDLE, PLAN_NAME, ACCEPTED 2   from dba_sql_plan_baselines 3   where sql_text like 'select prod_category%';
SQL_HANDLE                     PLAN_NAME                      ACC------------------------------ ------------------------------ ---SYS_SQL_1899bb9331ed7772       SYS_SQL_PLAN_31ed7772f2c7a4c2  YES

上面创建的 SQL 计划基线的执行计划可以直接或间接显示:

直接:


select t.* fromtable(dbms_xplan.display_sql_plan_baseline('SYS_SQL_1899bb9331ed7772',                                           format => 'basic')) t

间接:

select t.*

from (select distinct sql_handle          from dba_sql_plan_baselines          where sql_text like 'select prod_category%') pb,         table(dbms_xplan.display_sql_plan_baseline(pb.sql_handle,                                                    null,'basic')) t;

这两个语句中的任何一个的输出是:



----------------------------------------------------------------------------SQL handle: SYS_SQL_1899bb9331ed7772SQL text: select prod_category, avg(amount_sold) from sales s, products p          where p.prod_id = s.prod_id group by prod_category--------------------------------------------------------------------------------------------------------------------------------------------------------Plan name: SYS_SQL_PLAN_31ed7772f2c7a4c2Enabled: YES     Fixed: NO      Accepted: YES     Origin: AUTO-CAPTURE----------------------------------------------------------------------------Plan hash value: 4073170114--------------------------------------------------------- Id   Operation                 Name               ---------------------------------------------------------   0  SELECT STATEMENT                                1   HASH GROUP BY                                  2    HASH JOIN                                     3     VIEW                   index$_join$_002      4      HASH JOIN                                   5       INDEX FAST FULL SCAN PRODUCTS_PK           6       INDEX FAST FULL SCAN PRODUCTS_PROD_CAT_IX   7     PARTITION RANGE ALL                          8      TABLE ACCESS FULL     SALES              ---------------------------------------------------------

格式(Formatting)

格式参数是高度可定制的,允许您在计划输出中看到您想要的尽可能少的(高级)或尽可能多的(低级)详细信息。高级选项包括:

1.BASIC

计划包括操作、选项和对象名称(表、索引、物理视图等)

2.TYPICAL

它包括 BASIC 中显示的信息以及其他与优化器相关的内部信息,如成本、大小、基数等。显示每步的操作成本、生成的行数等。它还显示对操作的谓词估算,有两种类型的谓词:ACCESS 和 FILTER。索引的 ACCESS 谓词用于搜索的相关块,FILTER 谓词用于获取的块。

3.ALL

它包括 TYPICAL 中显示的信息以及每个操作生成的表达式(列)列表、hint别名和操作所属的查询块名称。最后两条信息可以用作向语句添加提示的参数。

低级选项指定包含或排除的细节,例如谓词和成本。


select plan_table_outputfrom table(dbms_xplan.display('plan_table',null,'basic +predicate +cost'));
------------------------------------------------------- Id   Operation              Name      Cost (%CPU)-------------------------------------------------------   0  SELECT STATEMENT                    17  (18)   1   HASH GROUP BY                      17  (18)*  2    HASH JOIN                         15   (7)   3     TABLE ACCESS FULL   PRODUCTS      9   (0)   4     PARTITION RANGE ALL               5   (0)   5      TABLE ACCESS FULL  SALES         5   (0)-------------------------------------------------------Predicate Information (identified by operation id):---------------------------------------------------2 - access("P"."PROD_ID"="S"."PROD_ID")




select plan_table_output fromtable(dbms_xplan.display('plan_table',null,'typical -cost -bytes'));
---------------------------------------------------------------------------- Id   Operation              Name      Rows  Time      Pstart Pstop----------------------------------------------------------------------------   0  SELECT STATEMENT                    4  00:00:01                1   HASH GROUP BY                      4  00:00:01             *  2    HASH JOIN                       960  00:00:01                3     TABLE ACCESS FULL   PRODUCTS   766  00:00:01                4     PARTITION RANGE ALL            960  00:00:01      1     16   5      TABLE ACCESS FULL  SALES      960  00:00:01      1     16----------------------------------------------------------------------------Predicate Information (identified by operation id):---------------------------------------------------2 - access("P"."PROD_ID"="S"."PROD_ID")

Note部分

除了计划之外,包还会在“Note”部分中显示说明,例如在查询优化期间使用了动态采样或对查询应用了星形转换。

例如,如果表 SALES 没有统计信息,则优化程序将使用动态抽样,计划显示将按如下方式报告(请参阅查询中的 '+note' 详细信息):



select plan_table_outputfrom table(dbms_xplan.display('plan_table',null,'basic +note'));
------------------------------------------ Id   Operation              Name   ------------------------------------------   0  SELECT STATEMENT                 1   HASH GROUP BY                   2    HASH JOIN                      3     TABLE ACCESS FULL   PRODUCTS   4     PARTITION RANGE ALL           5      TABLE ACCESS FULL  SALES  ------------------------------------------Note------ dynamic sampling used for this statement

绑定偷窥

查询优化器在生成执行计划时会考虑绑定变量值的值。它执行通常称为绑定偷窥的操作。请参阅关于绑定窥视及其对计划和 SQL 语句性能的影响的文章(https://blogs.oracle.com/optimizer/why-are-there-more-cursors-in-11g-for-my-query-containing-bind-variables)。如前所述,V$SQL_PLAN 中显示的计划考虑了绑定变量的值,而使用 EXPLAIN PLAN 显示的计划则没有。DBMS_XPLAN包可显示用于生成计划的绑定变量值,方法是给display_cursor()的format参数添加“+peeked_binds”。以下示例对此进行了说明:




variable pcat varchar2(50)exec :pcat := 'Women'
select PROD_CATEGORY, avg(amount_sold)from sales s, products pwhere p.PROD_ID = s.PROD_IDand prod_category != :pcatgroup by PROD_CATEGORY;select plan_table_outputfrom table(dbms_xplan.display_cursor(null,null,'basic +PEEKED_BINDS'));
------------------------------------------ Id   Operation              Name   ------------------------------------------   0  SELECT STATEMENT                 1   HASH GROUP BY                   2    HASH JOIN                      3     TABLE ACCESS FULL   PRODUCTS   4     PARTITION RANGE ALL           5      TABLE ACCESS FULL  SALES  ------------------------------------------Peeked Binds (identified by position):--------------------------------------1 - :PCAT (VARCHAR2(30), CSID=2): 'Women'
相关文章
|
5天前
|
SQL Oracle 关系型数据库
Oracle的PL/SQL游标属性:数据的“导航仪”与“仪表盘”
【4月更文挑战第19天】Oracle PL/SQL游标属性如同车辆的导航仪和仪表盘,提供丰富信息和控制。 `%FOUND`和`%NOTFOUND`指示数据读取状态,`%ROWCOUNT`记录处理行数,`%ISOPEN`显示游标状态。还有`%BULK_ROWCOUNT`和`%BULK_EXCEPTIONS`增强处理灵活性。通过实例展示了如何在数据处理中利用这些属性监控和控制流程,提高效率和准确性。掌握游标属性是提升数据处理能力的关键。
|
5天前
|
SQL Oracle 安全
Oracle的PL/SQL循环语句:数据的“旋转木马”与“无限之旅”
【4月更文挑战第19天】Oracle PL/SQL中的循环语句(LOOP、EXIT WHEN、FOR、WHILE)是处理数据的关键工具,用于批量操作、报表生成和复杂业务逻辑。LOOP提供无限循环,可通过EXIT WHEN设定退出条件;FOR循环适用于固定次数迭代,WHILE循环基于条件判断执行。有效使用循环能提高效率,但需注意避免无限循环和优化大数据处理性能。掌握循环语句,将使数据处理更加高效和便捷。
|
5天前
|
SQL Oracle 关系型数据库
Oracle的PL/SQL条件控制:数据的“红绿灯”与“分岔路”
【4月更文挑战第19天】在Oracle PL/SQL中,IF语句与CASE语句扮演着数据流程控制的关键角色。IF语句如红绿灯,依据条件决定程序执行路径;ELSE和ELSIF提供多分支逻辑。CASE语句则是分岔路,按表达式值选择执行路径。这些条件控制语句在数据验证、错误处理和业务逻辑中不可或缺,通过巧妙运用能实现高效程序逻辑,保障数据正确流转,支持企业业务发展。理解并熟练掌握这些语句的使用是成为合格数据管理员的重要一环。
|
5天前
|
SQL Oracle 关系型数据库
Oracle的PL/SQL表达式:数据的魔法公式
【4月更文挑战第19天】探索Oracle PL/SQL表达式,体验数据的魔法公式。表达式结合常量、变量、运算符和函数,用于数据运算与转换。算术运算符处理数值计算,比较运算符执行数据比较,内置函数如TO_CHAR、ROUND和SUBSTR提供多样化操作。条件表达式如CASE和NULLIF实现灵活逻辑判断。广泛应用于SQL查询和PL/SQL程序,助你驾驭数据,揭示其背后的规律与秘密,成为数据魔法师。
|
SQL Oracle 关系型数据库
Oracle SQL优化之多表连接
Oracle SQL优化之多表连接
433 0
Oracle SQL优化之多表连接
|
SQL 关系型数据库 Oracle
ORACLE SQL优化之ORA-03150&ORA-02055&ORA-02063
                                                                                                             >   
4767 0
|
SQL 存储 Oracle
Oracle SQL语句优化方法总结
  1、SQL语句尽量用大写的   因为oracle总是先解析SQL语句,把小写的字母转换成大写的再执行。   2、使用表的别名   当在SQL语句中连接多个表时, 尽量使用表的别名并把别名前缀于每个列上。这样一来,   就可以减少解析的时间并减少那些由列歧义引起的语法错误。   3、选择最有效率的表名顺序(只在基于规则的优化器(RBO)中有效)
167 0
|
SQL Oracle 关系型数据库
|
SQL Oracle 关系型数据库
好书推荐—《基于Oracle的SQL优化》
这是一本全书都在讲SQL性能优化的书。 这是国内目前SQL优化最详尽的一本书。 读了这本书,你会发现,SQL优化其实不是感觉的那么难。 这本书挺厚,800多页,对比它的价格,100多人民币,物有所值。
1213 0

热门文章

最新文章

推荐镜像

更多