`

Oracle执行计划 讲解（二）

 
阅读更多
现在我们讲讲oracle执行计划里面每个参数的含义
我们以下面的一个例子来讲解
这里做个补充：trace的类型一共有以下几种
序号命令解释
1SET AUTOTRACE OFF此为默认值，即关闭Autotrace
2SET AUTOTRACE ON EXPLAIN只显示执行计划
3SET AUTOTRACE ON STATISTICS 只显示执行的统计信息
4SET AUTOTRACE ON 包含2,3两项内容
5SET AUTOTRACE TRACEONLY与ON相似，但不显示语句的执行结果

我喜欢SET AUTOTRACE TRACEONLY，我们以后的例子都是基于这种方式的
view plaincopy 
SQL> select * from departments a where a.department_id in (select b.department_id from employees b where b.employee_id=205);  
  
  
Execution Plan  
----------------------------------------------------------  
Plan hash value: 2782876085  
  
----------------------------------------------------------------------------------------------  
| Id  | Operation                    | Name          | Rows  | Bytes | Cost (%CPU)| Time     |  
----------------------------------------------------------------------------------------------  
|   0 | SELECT STATEMENT             |               |     1 |    27 |     2   (0)| 00:00:01 |  
|   1 |  NESTED LOOPS                |               |     1 |    27 |     2   (0)| 00:00:01 |  
|   2 |   TABLE ACCESS BY INDEX ROWID| EMPLOYEES     |     1 |     7 |     1   (0)| 00:00:01 |  
|*  3 |    INDEX UNIQUE SCAN         | EMP_EMP_ID_PK |     1 |       |     0   (0)| 00:00:01 |  
|   4 |   TABLE ACCESS BY INDEX ROWID| DEPARTMENTS   |    27 |   540 |     1   (0)| 00:00:01 |  
|*  5 |    INDEX UNIQUE SCAN         | DEPT_ID_PK    |     1 |       |     0   (0)| 00:00:01 |  
----------------------------------------------------------------------------------------------  
  
Predicate Information (identified by operation id):  
---------------------------------------------------  
  
   3 - access("B"."EMPLOYEE_ID"=205)  
   5 - access("A"."DEPARTMENT_ID"="B"."DEPARTMENT_ID")  
  
  
Statistics  
----------------------------------------------------------  
          1  recursive calls  
          0  db block gets  
          4  consistent gets  
          0  physical reads  
          0  redo size  
        749  bytes sent via SQL*Net to client  
        492  bytes received via SQL*Net from client  
          2  SQL*Net roundtrips to/from client  
          0  sorts (memory)  
          0  sorts (disk)  
          1  rows processed

  
让我们来一行一行的看：
一、表部分
1、Plan hash value:
[sql] view plaincopy
Plan hash value: 2782876085 
这一行是这一条语句的hash值，我们知道oracle对每条语句产生的执行计划放在share pool里面，第一次要经过硬解析，产生hash值。下次再执行该语句时候比较hash值，如果相同就不要执行硬解析。
2、Operation（ 操作）
这里的东西就多了，就是把sql进行分解，让我一起看看上的sql，这段sql的第一步是employee_id=25，这里我们employee_id上面建了主键，建主键默认创建唯一索引。这里是用“=”进行限制的，所以走的unique scan方式。其他方式参考Oracle执行计划 讲解（一）内容
还有一个知识点，就是要知道表链接操作，见我的另外一篇文章（）
3、Name（被操作的对象）
比如上例中的第二行operation（TABLE ACCESS BY INDEX ROWID）这里的TABLE对象为EMPLOYEES
4、Row，有的地方也叫Cardinality（用plsqldev里面解释计划窗口）
这里是数据查询的行数，比如说上个例子第4行，  departments 这张表就要扫描27行，然后和子查询（select b.department_id from employees b where b.employee_id=205）的值进行比较。如果使用=（注：大部分时候是不能用=来替换，这里是特例）就不一样了。
[sql] view plaincopy 
SQL> select * from departments a where a.department_id = (select b.department_id from employees b where b.employee_id=205);  
  
  
Execution Plan  
----------------------------------------------------------  
Plan hash value: 3449260133  
  
-----------------------------------------------------------------------------------------------  
| Id  | Operation                     | Name          | Rows  | Bytes | Cost (%CPU)| Time     |  
-----------------------------------------------------------------------------------------------  
|   0 | SELECT STATEMENT              |               |     1 |    20 |     2   (0)| 00:00:01 |  
|   1 |  TABLE ACCESS BY INDEX ROWID  | DEPARTMENTS   |     1 |    20 |     1   (0)| 00:00:01 |  
|*  2 |   INDEX UNIQUE SCAN           | DEPT_ID_PK    |     1 |       |     0   (0)| 00:00:01 |  
|   3 |    TABLE ACCESS BY INDEX ROWID| EMPLOYEES     |     1 |     7 |     1   (0)| 00:00:01 |  
|*  4 |     INDEX UNIQUE SCAN         | EMP_EMP_ID_PK |     1 |       |     0   (0)| 00:00:01 |  
-----------------------------------------------------------------------------------------------  
  
Predicate Information (identified by operation id):  
---------------------------------------------------  
  
   2 - access("A"."DEPARTMENT_ID"= (SELECT /*+ */ "B"."DEPARTMENT_ID" FROM "EMPLOYEES"  
              "B" WHERE "B"."EMPLOYEE_ID"=205))  
   4 - access("B"."EMPLOYEE_ID"=205)  
  
  
Statistics  
----------------------------------------------------------  
          0  recursive calls  
          0  db block gets  
          4  consistent gets  
          0  physical reads  
          0  redo size  
        749  bytes sent via SQL*Net to client  
        492  bytes received via SQL*Net from client  
          2  SQL*Net roundtrips to/from client  
          0  sorts (memory)  
          0  sorts (disk)  
          1  rows processed

5、Byte
扫描的数据的字节数
6、Cost
这里上次讲过了，这里简单说下吧。
cost没有单位，是一个相对值，是sql文以cbo方式解析执行时，供oracle用来评估cbo成本，选择执行计划用的。
公式：Cost=（Single block I/O cost+ Multiblock I/O cost+   CPU cost）/sreadtim
没有明确的含义，不过对比时就非常有用了。
7、Time
每段执行的时间

二、Predicate Information
这里列出的是过滤条件，一共有两种：
1、索引（access）
如上例中的access("B"."EMPLOYEE_ID"=205)，这里使用索引作为过滤条件
2、非索引（filter），看下面这里例子
[sql] view plaincopy 
SQL> select employee_id  
                  from employees c  
                 where c.first_name = 'Steven'   2    3  ;  
  
  
Execution Plan  
----------------------------------------------------------  
Plan hash value: 1445457117  
  
-------------------------------------------------------------------------------  
| Id  | Operation         | Name      | Rows  | Bytes | Cost (%CPU)| Time     |  
-------------------------------------------------------------------------------  
|   0 | SELECT STATEMENT  |           |     1 |    11 |     3   (0)| 00:00:01 |  
|*  1 |  TABLE ACCESS FULL| EMPLOYEES |     1 |    11 |     3   (0)| 00:00:01 |  
-------------------------------------------------------------------------------  
  
Predicate Information (identified by operation id):  
---------------------------------------------------  
  
   1 - filter("C"."FIRST_NAME"='Steven')  
  
  
Statistics  
----------------------------------------------------------  
          1  recursive calls  
          0  db block gets  
          8  consistent gets  
          0  physical reads  
          0  redo size  
        574  bytes sent via SQL*Net to client  
        492  bytes received via SQL*Net from client  
          2  SQL*Net roundtrips to/from client  
          0  sorts (memory)  
          0  sorts (disk)  
          2  rows processed


这里的过滤条件是FIRST_NAME，但是FIRST_NAME没有建立索引，这个时候使用filter，做标记。
三、Statistics（统计信息）
这里是重点要说的，如果看累了，可以去喝口水。O(∩_∩)O~
AUTOTRACE Statistics列解释
序号列名解释
1recursive calls递归调查
2db block gets从buffer cache中读取的block的数量
3consistent gets从buffer cache中读取的undo数据的block的数量
4physical reads从磁盘读取的block的数量
5redo sizeDML生成的redo的大小
6sorts (memory)在内存执行的排序量
7sorts (disk)在磁盘上执行的排序量


1、recursive calls（重点讲解）
官网对recursive calls 的解释如下：

       Recursive Calls：  Number of recursive calls generated at both the user and system level.   

       Oracle Database maintains tables used for internal processing. When it needs to change these tables, Oracle Database generates an internal SQL statement, which in turn generates a recursive call.In short, recursive calls are basically SQL performed on behalf of your SQL. So, if you had to parse the query, for example, you might have had to run some other queries to get data dictionary information. These would be recursive calls. Space management, security checks, calling PL/SQL from SQL—all incur recursive SQL calls。
       IBM上面也有一篇讲解，有兴趣可以看看
       http://publib.boulder.ibm.com/tividd/td/ITMD/SC23-4724-00/en_US/HTML/oraclepac510rg59.htm
       总结一下：
       当执行一条SQL语句时，产生的对其他SQL语句的调用，这些额外的语句称之为''recursive calls''或''recursive SQL statements''.
       在IBM 的那片文档里讲了触发Recursive Call的6种情况： 　

       如：

       （1）我们做一条insert 时，没有足够的空间来保存row记录，Oracle 通过Recursive Call 来动态的分配空间。

       （2）执行DDL语句时，ORACLE总是隐含的发出一些recursive SQL语句，来修改数据字典信息，以便成功的执行该DDL语句。

       （3）当Shared Pool过小，data dictionary cache 也会相应的过小，没有足够的空间存储ORACLE的系统数据字典信息时，会发生Recursive calls，这些Recursive calls会将数据字典信息从硬盘读入内存中。

       （4）存储过程、触发器内如果有SQL调用的话，也会产生recursive SQL。
       在这些情况中，主要是对数据字典的查询，通常发生在第一次执行时，第二次执行一般可显著降低。递归需要消耗大量的资源,如果操作复杂,很容易出现问题!
     现在让我们举例说明：
[sql] view plaincopy 
SQL> select * from employees;  
  
107 rows selected.  
  
  
Execution Plan  
----------------------------------------------------------  
Plan hash value: 1445457117  
  
-------------------------------------------------------------------------------  
| Id  | Operation         | Name      | Rows  | Bytes | Cost (%CPU)| Time     |  
-------------------------------------------------------------------------------  
|   0 | SELECT STATEMENT  |           |   107 |  7276 |     3   (0)| 00:00:01 |  
|   1 |  TABLE ACCESS FULL| EMPLOYEES |   107 |  7276 |     3   (0)| 00:00:01 |  
-------------------------------------------------------------------------------  
  
  
Statistics  
----------------------------------------------------------  
          1  recursive calls  
          0  db block gets  
         15  consistent gets  
          0  physical reads  
          0  redo size  
       9997  bytes sent via SQL*Net to client  
        569  bytes received via SQL*Net from client  
          9  SQL*Net roundtrips to/from client  
          0  sorts (memory)  
          0  sorts (disk)  
        107  rows processed

  

让我们再执行一遍
[sql] view plaincopy 
SQL> select * from employees;  
  
107 rows selected.  
  
  
Execution Plan  
----------------------------------------------------------  
Plan hash value: 1445457117  
  
-------------------------------------------------------------------------------  
| Id  | Operation         | Name      | Rows  | Bytes | Cost (%CPU)| Time     |  
-------------------------------------------------------------------------------  
|   0 | SELECT STATEMENT  |           |   107 |  7276 |     3   (0)| 00:00:01 |  
|   1 |  TABLE ACCESS FULL| EMPLOYEES |   107 |  7276 |     3   (0)| 00:00:01 |  
-------------------------------------------------------------------------------  
  
  
Statistics  
----------------------------------------------------------  
          0  recursive calls  
          0  db block gets  
         15  consistent gets  
          0  physical reads  
          0  redo size  
       9997  bytes sent via SQL*Net to client  
        569  bytes received via SQL*Net from client  
          9  SQL*Net roundtrips to/from client  
          0  sorts (memory)  
          0  sorts (disk)  
        107  rows processed

  

在第一次查询employees时，产生了1次recursive Call，第二次查询的时候，因为数据字典的信息信息已经放在cache里，所以第二次的recursive call 为0. 如果第二次也没有完全cache，那么也是会产生recursive call，但次数比第一次少。
其他的从字面上面就可以看出来了，不需要多解释了吧。

原文URL：http://blog.csdn.net/rulev5/article/details/6988180
分享到：
| Oracle执行计划 讲解（一）
评论
发表评论

您还没有登录,请您登录后再发表评论

相关推荐

    读懂oracle的执行计划

    大神专业讲解oracle执行计划，全面分析数据库执行计划的方方面面

    oracle11g执行计划管理-(讲解如何固定sql的执行计划)

    摘要：本文描述了11g的新特性之一：执行计划管理，介绍了引入该新特性的原因，以及该新特性的相关特点、工作原理等。最后通过引入一个测试案例来介绍如何使用该新特性。 分析了如何固定优化过的执行计划，避免被...

    Oracle定时执行存储过程

    Oracle定时执行存储过程，讲解非常的详细，千万不要错过哦！

    oracle动态过程执行

    主要讲解oracle中动态sql的执行及相应的原理，以及处理方式.

    Oracle数据库优化详解

    其中主要包括收集数据库统计系统、收集列直方图、分析SQL执行计划、如何让CBO优化器选择最优的执行计划，以及如何使用Hint提示认为改变CBO优化器的执行计划等，希望此文档能够帮助大家更深入地理解Oracle优化！

    oracle触发器实例讲解

    oracle触发器实例讲解2008-11-27 09:17--[6]// Oracle Trigger ---------------------------------------------------------------------------------------------// --实例1------------------------ --创建触发器...

    Oracle性能调优讲解

    操作系统配置 Oracle资源配置 对象创建和SQL语句执行

    JAVA ORACLE数据库资料讲解

    组织机构可能变化，但要执行的业务职能以及相应的业务过程仍然相同。例如，有的企业的组织机构如同某些政府一样，每两年或稍长一点时间就改组一次，而其职能范围和相应的业务过程则保持不变。因此，企业的职能范围和...

    讲解Oracle中并行处理技术原理

    并行处理就是利用多个CPU和I/O资源来执行单个数据库操作。尽管现在每个主要的数据库供应商都声称可以提供并行处理能力，但每个供应商所提供的体系结构其实存在关键的差异。本文讨论Oracle9i并行处理的体系结构，并...

    Oracle 高性能SQL引擎剖析：SQL优化与调优机制详解 (黄玮) 高清PDF扫描版

    重点讲解执行计划在sql语句执行的生命周期中所处的位置和作用，sql引擎如何生成执行计划以及如何获取sql语句的执行计划，如何从各种数据源显示和查看已经生成的执行计划。 第二篇“sql优化技术”深入分析oracle的...

    Oracle高性能SQL引擎剖析

    重点讲解执行计划在SQL语句执行的生命周期中所处的位置和作用，SQL引擎如何生成执行计划以及如何获取SQL语句的执行计划，如何从各种数据源显示和查看已经生成的执行计划。, 第二篇“SQL优化技术”深入分析Oracle的...

    Oracle 高性能SQL引擎剖析:SQL优化与调优机制详解

    重点讲解执行计划在SQL语句执行的生命周期中所处的位置和作用，SQL引擎如何生成执行计划以及如何获取SQL语句的执行计划，如何从各种数据源显示和查看已经生成的执行计划。 第二篇“SQL优化技术”深入分析Oracle的SQL...

    oracle存储过程应用实例

    Oracle 允许将PL/ SQL 语言编写的存储过程作为数据库对象存储在数据库中,存储过程通过语法分析,将第一 次执行编译的SQL 语句存储在高速缓冲存储器中,下次使用只需从高速缓冲区中调用已编译的代码,加速了SQL 语句的执...

    DBeaver 数据库客户端

    DBeaver 数据库客户端，支持DB2数据库、MYsql数据库、Oracle数据库、Sybase数据库。

    Oracle如何对CLOB行字段来执行全文检索

    本文讲解Oracle如何对CLOB行字段来执行全文检索。

    oracle数据库性能调优（3）

    学习ORACLE时的一些资料，分享给大家，共勉！ 上一篇文章讲解了深入了解单表执行计划，单表执行计划是理解多表执行计划的基础，文章中主要讲解嵌套循环连接。

    oracle开窗函数学习技巧总结

    oracle开窗函数学习技巧总结，主要讲解over函数的使用的哦

    oracle两日速成教程【中文】

    《oracle两日速成教程(中文)》非常适合新手学习强大的oracle数据库，它通过通俗，图文并茂，详细地讲解了oracle数据库的入门常用操作。内容有： 第1章：安装Oracle软件并构建数据库 第2章：Oracle Enterprise ...

Magicbox
Global site tag (gtag.js) - Google Analytics