oracle中跟踪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