oracle中跟踪sql执行计划的方法

9a2887uffe

不论是做为开发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