oracle中跟踪sql执行计划的方法
时间：2011-01-19 来源：chenfengwww
来自：http://hi.baidu.com/%BC%FB%D6%A4my%B3%C9%B3%A4/blog/item/aa3c6ffd53537f3c5d600835.html
不论是做为开发DBA还是维护DBA，总是或多或少地遇到SQL执行效率或者说SQL调优问题，查看执行计划是必须的。本文介绍了3种常用查看方法。
不论是做为开发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 |
相关阅读 更多 +
