查看SQL执行计划常用方法

不论是做为开发DBA还是维护DBA，总是或多或少地遇到SQL执行效率或者说SQL调优问题，查看执行计划是必须的。我一般用3种方法查看：

一、explain plan for

举个例子就足以说明其用法了

sys@ORCL> explain plan for
  2  select sysdate from dual;

Explained.

sys@ORCL> select * from table(dbms_xplan.display());

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------

--------------------------------------------------------------------
| Id  | Operation            |  Name       | Rows  | Bytes | Cost  |
--------------------------------------------------------------------
|   0 | SELECT STATEMENT     |             |       |       |       |
|   1 |  TABLE ACCESS FULL   | DUAL        |       |       |       |
--------------------------------------------------------------------

Note: rule based optimization

9 rows selected.
二、利用TKPROF工具

TKPROF是一个用于分析oracle跟踪文件并且产生一个更加清晰合理的输出结果的可执行工具。如果一个系统的执行效率比较低，一个比较好的方法是跟踪用户的会话并且使用TKPROF工具的排序功能格式化输出，从而找出有问题的SQL语句。

TKPROF命令后面的选项及输出文件各个列的含义在这里不做详细的介绍。 google一下就会有很多资料。

下面简单描述一下TKPROF工具的使用步骤：

1、在session级别设置sql_trace=true

sys@ORCL> alter session set sql_trace=true;

Session altered.

如果要在pl/sql中对session级别设置true，可以使用dbms_system这个包：

sys@ORCL> exec dbms_system.set_sql_trace_in_session(sid,serial#,true);

2、指定一下生成的trace文件的名字，便于查找：

sys@ORCL> alter session set tracefile_identifier='yourname';

3、执行SQL语句。

4、利用TKPROF工具格式化输出的trace 文件：

[oracle@q1test01 ~]$ tkprof /oracle/admin/orcl/udump/orcl_ora_10266_yourname.trc /oracle/yourname.txt explain=user/pwd aggregate=yes sys=no waits=yes sort=fchela
5、查看生成的文件再设置sql_trace=false：

sys@ORCL> alter session set sql_trace=false;

三、set autotrace on

此种方法最常用，关于如何设置sql*plus的autotrace这里也不做详细介绍，因为google上面资料确实太多了。有心的朋友可以去找找，保证有一大堆适合你的资料。

举个例子，这种方法简单易懂：

ctoc@ORCL> set autotrace on
ctoc@ORCL> select sysdate from dual;

SYSDATE
---------
25-JUN-08

Execution Plan
----------------------------------------------------------
   0      SELECT STATEMENT ptimizer=CHOOSE
   1    0   TABLE ACCESS (FULL) OF 'DUAL'

 

Statistics
----------------------------------------------------------
          0  recursive calls
          0  db block gets
          3  consistent gets
          0  physical reads
          0  redo size
        522  bytes sent via SQL*Net to client
        655  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed

此三种方法当然是各有好坏了。其中奥妙我也说不清楚，大伙自个体会吧……

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/12045182/viewspace-364815/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/12045182/viewspace-364815/