基于ORACLE的应用系统很多性能问题,是由应用系统SQL性能低劣引起的,所以,SQL的性能优化很重要,分析与优化SQL的性能我们一般通过查看该SQL的执行计划,本文就如何看懂执行计划,以及如何通过分析执行计划对SQL进行优化做相应说明



一、什么是执行计划(explain plan) 

执行计划:一条查询语句在ORACLE中的执行过程或访问路径的描述。 

二、如何查看执行计划 
1: 在PL/SQL下按F5查看执行计划。第三方工具toad等。 
很多人以为PL/SQL的执行计划只能看到基数、优化器、耗费等基本信息,其实这个可以在PL/SQL工具里面设置的。可以看到很多其它信息,如下所示 

SQL Server 执行计划中的 Key Lookup sql查看执行计划_数据


SQL>EXPLAIN PLAN FOR SELECT * FROM SCOTT.EMP; --要解析的SQL脚本 
SQL>SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY);



SQL Server 执行计划中的 Key Lookup sql查看执行计划_SQL_02

SQL Server 执行计划中的 Key Lookup sql查看执行计划_数据_03

SQL>SET TIMING ON             --控制显示执行时间统计数据 
SQL>SET AUTOTRACE ON EXPLAIN       --这样设置包含执行计划、脚本数据输出,没有统计信息 
SQL>SET AUTOTRACE OFF           --不生成AUTOTRACE报告,这是缺省模式 
SQL> SET AUTOTRACE ON           --这样设置包含执行计划、统计信息、以及脚本数据输出 
SQL>SET AUTOTRACE OFF 
SQL> SET AUTOTRACE TRACEONLY      --这样设置会有执行计划、统计信息,不会有脚本数据输出 
SQL>SET AUTOTRACE TRACEONLY STAT --这样设置只包含有统计信息

SET AUTOT[RACE] {ON | OFF | TRACE[ONLY]} [EXP[LAIN]] [STAT[ISTICS]]

参考文档:SQLPlus User's Guide and Reference Release 11.1

SQL Server 执行计划中的 Key Lookup sql查看执行计划_ORACLE_04

三、系统视图 


SELECT * FROM V$SQL_PLAN; 
SELECT * FROM V$RSRC_PLAN_CPU_MTH; 
SELECT * FROM V$SQL_PLAN_STATISTICS; 
SELECT * FROM V$SQL_PLAN_STATISTICS_ALL;
SELECT * FROM V$SQLAREA_PLAN_HASH; 
SELECT * FROM V$RSRC_PLAN_HISTORY;



三、看懂执行计划 

1.执行顺序
执行顺序的原则是:由上至下,从右向左 
由上至下:在执行计划中一般含有多个节点,相同级别(或并列)的节点,靠上的优先执行,靠下的后执行 
从右向左:在某个节点下还存在多个子节点,先从最靠右的子节点开始执行。 
如下图所示: 

SQL Server 执行计划中的 Key Lookup sql查看执行计划_ORACLE_05

2.执行计划中字段解释

SQL Server 执行计划中的 Key Lookup sql查看执行计划_数据_06



名词解释: 


recursive calls           递归调用 

DB Block Gets(当前请求的块数目)
当前模式块意思就是在操作中正好提取的块数目,而不是在一致性读的情况下而产生的块数。正常的情况下,一个查询提取的块是在查询开始的那个时间点上存在的数据块,当前块是在这个时刻存在的数据块,而不是在这个时间点之前或者之后的数据块数目。

Consistent Gets(数据请求总数在回滚段Buffer中的数据一致性读所需要的数据块)
这里的概念是在处理你这个操作的时候需要在一致性读状态上处理多少个块,这些块产生的主要原因是因为由于在你查询的过程中,由于其他会话对数据块进行操作,而对所要查询的块有了修改,但是由于我们的查询是在这些修改之前调用的,所以需要对回滚段中的数据块的前映像进行查询,以保证数据的一致性。这样就产生了一致性读。

Physical Reads(物理读)
就是从磁盘上读取数据块的数量,其产生的主要原因是:
1、 在数据库高速缓存中不存在这些块
2、 全表扫描
3、 磁盘排序 redo size             DML生成的redo的大小 

sorts (memory)          在内存执行的排序量 
 
sorts (disk)            在磁盘执行的排序量 
 
2091 bytes sent via SQL*Net to client     从SQL*Net向客户端发送了2091字节的数据 
 
416 bytes received via SQL*Net from client  客户端向SQL*Net发送了416字节的数据。 

 参考文档:SQLPlus User's Guide and Reference Release 11.1


SQL Server 执行计划中的 Key Lookup sql查看执行计划_数据_07

db block gets 、 consistent gets 、 physical reads这三者的关系可以概括为:

逻辑读指的是Oracle从内存读到的数据块数量。一般来说是' consistent   gets ' + 'db block  gets '。当在内存中找不到所需的数据块的话就需要从磁盘中获取,于是就产生了'phsical reads'。

3.具体内容查看 1> Plan hash Value 


这一行是这一条语句的的hash值,我们知道ORACLE对每一条ORACLE语句产生的执行计划放在SHARE POOL里面,第一次要经过硬解析,产生hash值。下次再执行时比较hash值,如果相同就不会执行硬解析。 


2> COST  
 
 COST没有单位,是一个相对值,是SQL以CBO方式解析执行计划时,供ORACLE来评估CBO成本,选择执行计划用的。没有明确的含义,但是在对比是就非常有用。  
 
 公式:COST=(Single Block I/O COST + MultiBlock I/O Cost + CPU Cost)/ Sreadtim

3> 对上面执行计划列字段的解释: 


Id: 执行序列,但不是执行的先后顺序。执行的先后根据Operation缩进来判断(采用最右最上最先执行的原则看层次关系,在同一级如果某个动作没有子ID就最先执行。一般按缩进长度来判断,缩进最大的最先执行,如果有2行缩进一样,那么就先执行上面的。) 

Operation:当前操作的内容。  
 
     Name:操作对象  
 
     Rows:也就是10g版本以前的Cardinality(基数),Oracle估计当前操作的返回结果集行数。  
 
     Bytes:表示执行该步骤后返回的字节数。  
 
     Cost(CPU):表示执行到该步骤的一个执行成本,用于说明SQL执行的代价。  
 
     Time:Oracle 估计当前操作的时间。

4.谓词说明: Predicate Information (identified by operation id): 


--------------------------------------------------- 


2 - filter("B"."MGR" IS NOT NULL)  
 
 4 - access("A"."EMPNO" = "B"."MGR")  
 
     Access: 表示这个谓词条件的值将会影响数据的访问路劲(全表扫描还是索引)。  
 
     Filter:表示谓词条件的值不会影响数据的访问路劲,只起过滤的作用。  
 
     在谓词中主要注意access,要考虑谓词的条件,使用的访问路径是否正确。

5、 动态分析 如果在执行计划中有如下提示: 


Note  
 
 ------------  
 
 -dynamic sampling used for the statement

这提示用户CBO当前使用的技术,需要用户在分析计划时考虑到这些因素。 当出现这个提示,说明当前表使用了动态采样。我们从而推断这个表可能没有做过分析。 


这里会出现两种情况: 


(1) 如果表没有做过分析,那么CBO可以通过动态采样的方式来获取分析数据,也可以或者正确的执行计划。 


(2) 如果表分析过,但是分析信息过旧,这时CBO就不会在使用动态采样,而是使用这些旧的分析数据,从而可能导致错误的执行计划。