Oracle执行计划2（Explain Plan）

1、获取执行计划的方法

(1) explain plan for

步骤：

• 1：explain plan for 你的SQL;
• 2：select * from table (dbms_xplan. display()) ;

• 优势：不须要真的执行，快捷方便
• 缺点：没有输出运行时的统计信息(逻辑读、递归调用，物理读)，由于没有真正执行，因此不能看到执行了多少行、表被访问了多少次等等

(2) set autotrace on

sqlplus登陆：

用户名/密码@主机名称:1521/数据库名

步骤：

• 1：set sutoatrace on
• 2：在这次执行你的sql;

• 优势：能够看到运行时的统计信息(逻辑读、递归调用，物理读)
• 缺点：不能看到表被访问了多少次，也须要等sql执行完成才能看

(3) statistics_level=all

步骤：

• 1：alter session set statistics_level=all;
• 2：在此处执行你的SQL;
• 3：select * from table(dbms_xplan.display_cursor(null , null,'allstats last'));

假如使用了Hint语法: /*+ gather_plan_statistics */，就能够省略步骤1，直接执行步骤2和3,获取执行计划

关键字解读：

• Starts：该SQL执行的次数
• E-Rows：为执行计划预计的行数
• A-Rows：实际返回的行数，E-Rows和A-Rows做比较，就能够看出具体那一步执行计划出问题了
• A-Time：每一步实际执行的时间，能够看出耗时的SQL
• Buffers：每一步实际执行的逻辑读或一致性读
• Reads：物理读
• OMem：当前操做完成全部内存工做区操做总使用私有内存工做区(PGA)的大小
• lMem：当工做区大小没法符知足操做需求的大小时，须要将部分数据写入临时磁盘空间中(若是仅须要写入一次就能够完成操做，就称一次经过，One-Pass；不然为屡次经过，Multi-Pass)。改数据为语句最后一次执行中，单次写磁盘所须要的内存大小，这个是由优化器统计数据以及前一次执行的性能数据估算得出的
• Used-Mem：语句最后一次执行中，当前操做所使用的内存工做区大小，括号里面为(发生磁盘交换的次数，1次即为One-Pass,大于一次则为Mullti-Pass，若是没有使用磁盘，则显示为OPTI1MAL)
  OMem、lMem为执行所须要的内存评估值，OMem为最优执行模式所须要内存的评估值，Used-Mem为消耗的内存

优势：

• 能够从STARTS得出表被访问多少次；
• 能够清晰地从E-ROWS和A-ROWS中分别得出预测的行数和真实的行数
  缺点：
• 必须等到语句真正执行完成后，才能够得出结果
• 没法控制记录打屏输出，不想aututrace有traceonly命令
• 没有专门的输出统计信息，看不到递归调用的次数，看不出物理读具体数值，不过有逻辑读，逻辑读才是重点

(4) dbms_xplan.display_cursor获取

步骤
从共享池获取

//${SQL_ID}参数能够从共享池拿 select * from table(dbms_xplan.display_cursor(${SQL_ID})); 

还能够从AWR性能视图里获取

select * from table(dbms_xplan.display_awr(${SQL_ID})); 

多个执行计划的状况,能够用相似方法查出

select * from table(dbms_xplan.display_cursor(${SQL_ID},0)); select * from table(dbms_xplan.display_cursor(${SQL_ID},1)); 

优势：

• 和explain同样不须要真正执行，知道sql_id就好

缺点：

• 不能判断处理了多少行
• 没法判断表被访问了多少次
• 没有输出运行时的相关统计信息(逻辑读、递归调用、物理读)

(5) 事件10046 trace跟踪

步骤：

1：alter session set events '10046 trace name context forever,level 12';//开启跟踪 2：执行你的语句 3：alter session set events '10046 trace name context off';//关闭跟踪 4：找到跟踪产生的文件 5：tkprof trc文件 目标文件 sys=no sort=prsela,exeela,fchela(格式化命令) 

优势：

• 能够看出SQL语句对应的等待事件
• 能够列出sql语句中的函数调用的
• 能够看出解析事件和执行事件
• 能够跟踪整个程序包
• 能够看出处理的行数，产生的逻辑读
  缺点：
• 步骤比较繁琐
• 没法判断表被访问了多少次
• 执行计划中的谓词部分不能清晰地显示出来

(6) awrsqrpt.sql

步骤：

1：@?/rdbms/admin/awrsqrpt.sql 具体能够参考我以前的博客：https://smilenicky.blog.csdn.net/article/details/89429989 

2、解释经典执行计划的方法

能够分为两种类型：单独型和联合型

联合型分为：关联的联合型和非关联的联合型

【单独型】

单独型比较好理解，执行顺序是按照id=1,id=2,id=3执行，由远及近
先scott登陆，而后执行sql，例子来自《收获，不止SQL优化》一书

select deptno, count(*)
  from emp where job = 'CLERK' and sal < 3000 group by deptno 

 

在这里插入图片描述

因此能够给出单独型的图例：

 

在这里插入图片描述

【联合型关联型】

(1) 联合型的关联型(NL)

这里使用Hint的nl

select /*+ ordered use_nl(dept) index(dept) */ * from emp, dept where emp.deptno = dept.deptno and emp.comm is null and dept.dname != 'SALES' 

这图来自《收获，不止SQL优化》，能够看出id为2的A-Rows实践返回行数为10，id为3的Starts为10，说明驱动表emp访问的结果集返回多少条记录，被驱动表就被访问多少次，这是关联型的显著特征

 

在这里插入图片描述

 

在这里插入图片描述

 

 

 

在这里插入图片描述

关联型不必定是驱动表返回多少条，被驱动表就被访问多少次的，注意FILTER模式也是关联型的

 

(2) 联合型的关联型(FILTER)

前面已经介绍了联合型关联型(nl)这种方法的，这种方法是驱动表返回多少条记录，被驱动表就被访问了多少次，不过这种状况对于FILTER模式下并不适用

执行SQL，这里使用Hint /*+ no_unnset */

select * from emp where not exists (select /*+ no_unnset */ 0 from dept where dept.dname='SALES' and dept.deptno = emp.deptno) and not exists(select /*+ no_unnset */ 0 from bonus where bonus.ename = emp.ename) 

ps:图来自《收获，不止SQL优化》一书，这里能够看出id为2的地方，A-Rows实际返回行数为8，而id为3的地方，Starts为3，说明对应SQL执行3次，也即dept被驱动表被访问了3次，这和刚才介绍的nl方式不一样，为何不一样?

 

在这里插入图片描述

查询一下SQL，能够看出实际返回3条，其它的都是重复多的，

select dname, count(*) from emp, dept where emp.deptno = dept.deptno group by dname; 

因此，就很明显了，被过滤了重复数据，也就是说FILTER模式的对数据进行过滤，驱动表执行结果集返回多少行不重复数据，被驱动表就被访问多少次，FILTER模式能够说是对nl模式的改善

(3) 联合型的关联型(UPDATE)

update emp e1 set sal = (select avg(sal) from emp e2 where e2.deptno = e1.deptno),comm = (select avg(comm) from emp e3) 

联合型的关联型(UPDATE)和FILTER模式相似，因此就不重复介绍

(4) 联合型的关联型(CONNECT BY WITH FILTERING)

select /*+ connect_by_filtering */ level, ename ,prior ename as manager from emp start with mgr is null connect by prior empno = mgr 

给出联合型关联型图例：

 

在这里插入图片描述

【联合型非关联型】

能够执行SQL

select ename from emp union all select dname from dept union all select '%' from dual 

对于plsql可使用工具查看执行计划，sqlplus客户端的可使用statistics_level=all的方法获取执行计划，具体步骤

• 1：alter session set statistics_level=all;
• 2：在此处执行你的SQL;
• 3：select * from table(dbms_xplan.display_cursor(null , null,'allstats last'));

 

在这里插入图片描述

能够给出联合型非关联型的图例：

 

在这里插入图片描述

做者：smileNicky 连接：https://www.jianshu.com/p/bfb62aceebd7 来源：简书 简书著做权归做者全部，任何形式的转载都请联系做者得到受权并注明出处。