频道导航

Oracle执行计划的6种方法

2020-07-24 Oracle 前端之家

前端之家收集整理的这篇文章主要介绍了Oracle执行计划的6种方法，前端之家小编觉得挺不错的，现在分享给大家，也给大家做个参考。

@H_404_3@ /*

@H_404_3@ 总的结论：

@H_404_3@

@H_404_3@ 一.获取执行计划的6种方法(详细步骤已经在每个例子的开头注释部分说明了）：

@H_404_3@ 1.explainplanfor获取；

@H_404_3@ 2.setautotraceon；

@H_404_3@ 3.statistics_level=all;

@H_404_3@ 4.通过dbms_xplan.display_cursor输入sql_id参数直接获取

@H_404_3@ 5.10046trace跟踪 @H_404_3@ 6.awrsqrpt.sql @H_404_3@
@H_404_3@ 二.适用场合分析 @H_404_3@
@H_404_3@ 1.如果某sql执行非常长时间才会出结果，甚至慢到返回不了结果，这时候看执行计划就只能用方法1； @H_404_3@ 2.跟踪某条sql最简单的方法是方法1，其次就是方法2； @H_404_3@ 3.如果想观察到某条sql有多条执行计划的情况，只能用方法4和方法6； @H_404_3@ 4.如果sql中含有多函数，函数中套有sql等多层递归调用，想准确分析，只能使用方法5； @H_404_3@ 5.要想确保看到真实的执行计划，不能用方法1和方法2； @H_404_3@ 6.要想获取表被访问的次数，只能使用方法3； @H_404_3@
@H_404_3@
@H_404_3@ */

@H_404_3@ ----方法1(explainplanfor的方式。类似PLsqlDEVELOPE里的F5)

@H_404_3@
@H_404_3@ /* @H_404_3@ 步骤1：explainplanfor"你的sql" @H_404_3@ 步骤2：select*fromtable(dbms_xplan.display()); @H_404_3@ */

@H_404_3@ /*

@H_404_3@ 优点：1.无需真正执行，快捷方便 @H_404_3@
@H_404_3@ 缺陷：1.没有输出运行时的相关统计信息（产生多少逻辑读，多少次递归调用，多少次物理读的情况）； @H_404_3@ 2.无法判断是处理了多少行； @H_404_3@ 3.无法判断表被访问了多少次。 @H_404_3@
@H_404_3@ 确实啊，这毕竟都没有真正执行又如何得知真实运行产生的统计信息。 @H_404_3@ */

@H_404_3@ ----方法2(setautotraceon方式)

@H_404_3@ /* @H_404_3@ 步骤1：setautotraceon @H_404_3@ 步骤2：在此处执行你的sql即可，后续自然会有结果输出 @H_404_3@
@H_404_3@ 另，有如下几种方式： @H_404_3@ setautotraceon(得到执行计划，输出运行结果） @H_404_3@ setautotracetraceonly(得到执行计划，不输出运行结果） @H_404_3@ setautotracetraceonlyexplain(得到执行计划，不输出运行结果和统计信息部分，仅展现执行计划部分） @H_404_3@ setautotracetraceonlstatistics(不输出运行结果和执行计划部分，仅展现统计信息部分） @H_404_3@ */

@H_404_3@ /*

@H_404_3@ --优点：1.可以输出运行时的相关统计信息（产生多少逻辑读，多少次递归调用，多少次物理读的情况）； @H_404_3@ 2.虽然必须要等语句执行完毕后才可以输出执行计划，但是可以有traceonly开关来控制返回结果不打屏输出。 @H_404_3@
@H_404_3@ --缺陷：1.必须要等到语句真正执行完毕后，才可以出结果； @H_404_3@ 2.无法看到表被访问了多少次。 @H_404_3@
@H_404_3@ */

@H_404_3@ ----方法3（statisticslevel=all的方式)

@H_404_3@ /* @H_404_3@ 步骤1：altersessionsetstatistics_level=all; @H_404_3@ 步骤2：在此处执行你的sql @H_404_3@ 步骤3：select*fromtable(dbms_xplan.display_cursor(null,null,'allstatslast')); @H_404_3@
@H_404_3@ 另注： @H_404_3@
@H_404_3@ 1.如果你用/*+gather_plan_statistics*/的方法，可以省略步骤1，直接步骤2,3。 @H_404_3@ 2.关键字解读（其中OMem、1Mem和User-Mem在后续的课程中会陆续见到）： @H_404_3@ Starts为该sql执行的次数。 @H_404_3@ E-Rows为执行计划预计的行数。 @H_404_3@ A-Rows为实际返回的行数。A-Rows跟E-Rows做比较，就可以确定哪一步执行计划出了问题。 @H_404_3@ A-Time为每一步实际执行的时间（HH：MM：SS.FF），根据这一行可以知道该sql耗时在了哪个地方。 @H_404_3@ Buffers为每一步实际执行的逻辑读或一致性读。 @H_404_3@ Reads为物理读。 @H_404_3@ OMem:当前操作完成所有内存工作区(WorkAera)操作所总共使用私有内存(PGA)中工作区的大小， @H_404_3@ 这个数据是由优化器统计数据以及前一次执行的性能数据估算得出的 @H_404_3@ 1Mem:当工作区大小无法满足操作所需的大小时，需要将部分数据写入临时磁盘空间中(如果仅需要写入一次就可以完成操作， @H_404_3@ 就称一次通过，One-Pass;否则为多次通过，Multi_Pass).该列数据为语句最后一次执行中，单次写磁盘所需要的内存 @H_404_3@ 大小，这个由优化器统计数据以及前一次执行的性能数据估算得出的 @H_404_3@ User-Mem:语句最后一次执行中，当前操作所使用的内存工作区大小，括号里面为(发生磁盘交换的次数,1次即为One-Pass, @H_404_3@ 大于1次则为Multi_Pass,如果没有使用磁盘，则显示OPTIMAL) @H_404_3@ OMem、1Mem为执行所需的内存评估值，0Mem为最优执行模式所需内存的评估值，1Mem为one-pass模式所需内存的评估值。 @H_404_3@ 0/1/M为最优/one-pass/multipass执行的次数。Used-Mem耗的内存 @H_404_3@
@H_404_3@ */

@H_404_3@ ----方法4(知道sql_id后，直接带入的方式，简单，就步骤1）

@H_404_3@
@H_404_3@
@H_404_3@ /* @H_404_3@
@H_404_3@ 步骤1：select*fromtable(dbms_xplan.display_cursor('&sq_id'));（该方法是从共享池里得到） @H_404_3@
@H_404_3@ 注： @H_404_3@ 1.还有一个方法，select*fromtable(dbms_xplan.display_awr('&sq_id'));（这是awr性能视图里获取到的） @H_404_3@ 2.如果有多执行计划，可以用类似方法查出 @H_404_3@ select*fromtable(dbms_xplan.display_cursor('cyzznbykb509s',0)); @H_404_3@ select*fromtable(dbms_xplan.display_cursor('cyzznbykb509s',1)); @H_404_3@
@H_404_3@ */

看懂执行计划：

查看视频教程地址： http://www.tudou.com/programs/view/9HohzhJQZaI

前半部分如何查询执行计划

到 42分50秒：左右开始将执行计划的树形结构。隐藏列，每列的名字，含义。

85分24秒讲实例