oracle 基础知识(十三)----执行计划-CFANZ编程社区

一, 执行计划是什么?

　　一条查询语句在ORACLE中的执行过程或访问路径的描述。即就是对一个查询任务，做出一份怎样去完成任务的详细方案。

二,执行计划的查看

　　设置autotrace

序号	命令	解释
1	SET AUTOTRACE OFF	此为默认值，即关闭Autotrace
2	SET AUTOTRACE ON EXPLAIN	只显示执行计划
3	SET AUTOTRACE ON STATISTICS	只显示执行的统计信息
4	SET AUTOTRACE ON	包含2,3两项内容
5	SET AUTOTRACE TRACEONLY	与ON相似，但不显示语句的执行结果

SQL> set autotrace on;
SQL> select table_name from user_tables;
....特别多...
在最下面
1003 rows selected.


Execution Plan             ------------这就是执行计划
----------------------------------------------------------
Plan hash value: 3799402342

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

| Id  | Operation           | Name     | Rows  | Bytes | Cost (%CPU)| Tim
e     |

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

|   0 | SELECT STATEMENT       |          |  5893 |   949K|   605    (1)| 00:
00:08 |

|*  1 |  HASH JOIN RIGHT OUTER       |          |  5893 |   949K|   605    (1)| 00:
00:08 |

|   2 |   TABLE ACCESS FULL       | SEG$     |  5734 | 63074 |    47    (0)| 00:
00:01 |

|*  3 |   HASH JOIN RIGHT OUTER    |          |  2798 |   420K|   558    (1)| 00:
00:07 |

|   4 |    INDEX FULL SCAN       | I_USER2  |    86 |   344 |     1    (0)| 00:
00:01 |

|*  5 |    HASH JOIN           |          |  2798 |   409K|   557    (1)| 00:
00:07 |

|   6 |     TABLE ACCESS FULL       | TS$      |     5 |    15 |     3    (0)| 00:
00:01 |

|*  7 |     HASH JOIN OUTER       |          |  2798 |   401K|   554    (1)| 00:
00:07 |

|*  8 |      HASH JOIN OUTER       |          |  2798 |   379K|   486    (1)| 00:
00:06 |

|   9 |       NESTED LOOPS       |          |  2798 |   366K|   418    (1)| 00:
00:06 |

|  10 |        MERGE JOIN CARTESIAN|          |  3751 |   380K|   292    (1)| 00:
00:04 |

|* 11 |     HASH JOIN       |          |     1 |    68 |     0    (0)| 00:
00:01 |

|* 12 |      FIXED TABLE FULL  | X$KSPPI  |     1 |    55 |     0    (0)| 00:
00:01 |

|  13 |      FIXED TABLE FULL  | X$KSPPCV |   100 |  1300 |     0    (0)| 00:
00:01 |

|  14 |     BUFFER SORT       |          |  3751 |   131K|   292    (1)| 00:
00:04 |

|* 15 |      TABLE ACCESS FULL | OBJ$     |  3751 |   131K|   292    (1)| 00:
00:04 |

|* 16 |        TABLE ACCESS CLUSTER| TAB$     |     1 |    30 |     1    (0)| 00:
00:01 |

|* 17 |     INDEX UNIQUE SCAN  | I_OBJ#   |     1 |       |     0    (0)| 00:
00:01 |

|  18 |       INDEX FAST FULL SCAN | I_OBJ1   | 86281 |   421K|    68    (0)| 00:
00:01 |

|  19 |      INDEX FAST FULL SCAN  | I_OBJ1   | 86281 |   674K|    68    (0)| 00:
00:01 |

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


Predicate Information (identified by operation id):
---------------------------------------------------

   1 - access("T"."FILE#"="S"."FILE#"(+) AND "T"."BLOCK#"="S"."BLOCK#"(+) AND
          "T"."TS#"="S"."TS#"(+))
   3 - access("CX"."OWNER#"="CU"."USER#"(+))
   5 - access("T"."TS#"="TS"."TS#")
   7 - access("T"."DATAOBJ#"="CX"."OBJ#"(+))
   8 - access("T"."BOBJ#"="CO"."OBJ#"(+))
  11 - access("KSPPI"."INDX"="KSPPCV"."INDX")
  12 - filter("KSPPI"."KSPPINM"='_dml_monitoring_enabled')
  15 - filter("O"."OWNER#"=USERENV('SCHEMAID') AND BITAND("O"."FLAGS",128)=0)
  16 - filter(BITAND("T"."PROPERTY",1)=0)
  17 - access("O"."OBJ#"="T"."OBJ#")


Statistics         -----这里是统计信息
----------------------------------------------------------
      8  recursive calls
      0  db block gets
       8809  consistent gets
      0  physical reads
      0  redo size
      31347  bytes sent via SQL*Net to client
       1250  bytes received via SQL*Net from client
     68  SQL*Net roundtrips to/from client
      1  sorts (memory)
      0  sorts (disk)
       1003  rows processed

　　使用sql查看

SQL> set autotrace off;
SQL> explain plan for select * from WRI$_DBU_FEATURE_METADATA;

Explained.

SQL> SELECT plan_table_output FROM TABLE(DBMS_XPLAN.DISPLAY('PLAN_TABLE'));

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
Plan hash value: 563503327

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

| Id  | Operation      | Name              | Rows  | Bytes | Cost (%C
PU)| Time     |

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


PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |                  |   176 | 91344 |     5
(0)| 00:00:01 |

|   1 |  TABLE ACCESS FULL| WRI$_DBU_FEATURE_METADATA |   176 | 91344 |     5
(0)| 00:00:01 |

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


8 rows selected.

SQL> select * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
Plan hash value: 563503327

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

| Id  | Operation      | Name              | Rows  | Bytes | Cost (%C
PU)| Time     |

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


PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |                  |   176 | 91344 |     5
(0)| 00:00:01 |

|   1 |  TABLE ACCESS FULL| WRI$_DBU_FEATURE_METADATA |   176 | 91344 |     5
(0)| 00:00:01 |

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


8 rows selected.

SQL>

　　客户端的话界面有解释选项自己找找

三,执行计划解释

　　01.执行顺序的原则

　　　　执行顺序的原则是：由上至下，从右向左

　　　　　由上至下：在执行计划中一般含有多个节点，相同级别(或并列)的节点，靠上的优先执行，靠下的后执行

　　　　　从右向左：在某个节点下还存在多个子节点，先从最靠右的子节点开始执行。

　　　02,执行计划

oracle 基础知识(十三)----执行计划_sql 　

　　ID: 一个序号，但不是执行的先后顺序。执行的先后根据缩进来判断。

　　Operation：当前操作的内容。

　　Rows：当前操作的Cardinality，Oracle估计当前操作的返回结果集。

　　Cost（CPU）：Oracle 计算出来的一个数值（代价），用于说明SQL执行的代价。

　　Time：Oracle 估计当前操作的时间。

　　3,谓词

oracle 基础知识(十三)----执行计划_sql_02

Access :

通过某种方式定位了需要的数据，然后读取出这些结果集，叫做Access。
表示这个谓词条件的值将会影响数据的访问路劲（表还是索引）。

Filter：

把所有的数据都访问了，然后过滤掉不需要的数据，这种方式叫做filter 。
表示谓词条件的值不会影响数据的访问路劲，只起过滤的作用。

在谓词中主要注意access，要考虑谓词的条件，使用的访问路径是否正确

　　4,统计信息

oracle 基础知识(十三)----执行计划_oracle_03

recursive calls	产生的递归sql调用的条数。当执行一条SQL语句时，产生的对其他SQL语句的调用，这些额外的语句称之为''recursive calls''或''recursive SQL statements''. 我们做一条insert 时，没有足够的空间来保存row记录，Oracle 通过Recursive Call 来动态的分配空间。
Db block gets:	从buffer cache中读取的block的数量当前模式块意思就是在操作中正好提取的块数目，而不是在一致性读的情况下而产生的块数。正常的情况下，一个查询提取的块是在查询开始的那个时间点上存在的数据块，当前块是在这个时刻存在的数据块，而不是在这个时间点之前或者之后的数据块数目。
consistent gets	从buffer cache中读取的undo数据的block的数量在处理你这个操作的时候需要在一致性读状态上处理多少个块，这些块产生的主要原因是因为由于在你查询的过程中，由于其他会话对数据块进行操作，而对所要查询的块有了修改，但是由于我们的查询是在这些修改之前调用的，所以需要对回滚段中的数据块的前映像进行查询，以保证数据的一致性。这样就产生了一致性读。
physical reads	从磁盘读取的block的数量从磁盘上读取数据块的数量，其产生的主要原因是：（1）在数据库高速缓存中不存在这些块（2）全表扫描（3）磁盘排序逻辑读指的是Oracle从内存读到的数据块数量。一般来说是'consistent gets' + 'db block gets'。当在内存中找不到所需的数据块的话就需要从磁盘中获取，于是就产生了'physical reads'。 Physical Reads通常是我们最关心的，如果这个值很高，说明要从磁盘请求大量的数据到Buffer Cache里，通常意味着系统里存在大量全表扫描的SQL语句，这会影响到数据库的性能，因此尽量避免语句做全表扫描，对于全表扫描的SQL语句，建议增加相关的索引，优化SQL语句来解决。数据缓冲区的使用命中率=1 - ( physical reads / (db block gets + consistent gets) )。查看缓存命中率 `SELECT name, value FROM v$sysstat WHERE name IN ('db block gets', 'consistent gets','physical reads');`
redo size	DML生成的redo的大小
bytes sent via SQL*Net to client	数据库服务器通过SQL*Net向查询客户端发送的查询结果字节数
bytes received via SQL*Net from client	通过SQL*Net接受的来自客户端的数据字节数
SQL*Net roundtrips to/from client	服务器和客户端来回往返通信的Oracle Net messages条数 Oracle Net是把Oracle网络粘合起来的粘合剂。它负责处理客户到服务器和服务器到客户通信，
sorts (memory)	在内存执行的排序量
sorts (disk)	在磁盘上执行的排序量所有的sort都是优先在memory中做的，当要排序的内容太多，在sort area中放不下的时候，会需要临时表空间，产生sorts(disk)
rows processed	处理的数据的行数