您的位置:首页 > 数据库 > Oracle

10046事件和tkprof命令

2014-12-14 17:08 465 查看
使用10046事件是在oralce数据库中查看目标sql的执行计划的另外一种方法。这种方法与使用explain plan命令,dbms_xplan包和autotrace开关的不同之处在于,所得到的执行计划的中明确显示了目标sql实际执行计划中每一个执行步骤所消耗的逻辑读,物理读和花费的时间。这种细粒度的明细显示在我们诊断复杂sql的性能问题时尤为有用,而且这也是其他三种方法所不能提供的(实际上,用gather_plan_statistisc hint配合dbms_xplan包一起使用也可也达到类似的10046事件这种细粒度的明细显示效果)

用10046事件得到目标sql的执行计划是很容易的,只需要依次执行如下三个步骤:

首先在当前session中激活10046事件

接着在此session中执行目标sql

最后在此session中关闭10046事件

当执行完上述步骤后,oracle就会将目标sql的执行计划和明细资源消耗写入此session所对应的trace文件中,查看这个trace文件就能知道目标sql的执行计划和资源消耗明细了。oracle会在参数user_dump_dest所代表的的目标下生成trace文件,其命名格式为“实例名_ora_当前session的spid.trc”.

通常可以使用如下两种方法在当前session中激活10046事件:

在当前seesion中执行alter session set events ‘10046 trace name context forever,level 12’

在当前session中执行oradebug event 10046 trace name context forever,level 12.

需要注意的是,10046事件所产生的的原始trace文件我们习惯称之为裸trace文件,oracle记录在裸trace文件中的内容一眼看上去并不是那么直观,也不是那么容易能看懂。为了让上述裸trace文件能够以一种更直观,更容易懂的方式展现出来,oracle提供了tkprof命令,这个命令式oralce自带的,可以用来翻译上述trace文件。从随后的实例中可以看到,翻译后的更加直观,更容易懂了。

我们还是以目标sql语句“select empno,ename,dname from emp a,dept b where a.deptno=b.deptno;”为例来说明10046事件和thprof命令的用法。

oradebug setmypid表示准备对当前session使用oradebug命令:
SQL> oradebug setmypid;
Statement processed.
这里我们使用了之前的介绍的第二种方法在当前session中激活10046事件:

SQL> oradebug event 10046 trace name context forever,level 12;
Statement processed.
在当前session中激活了10046事件后,执行目标sql:
SQL> select empno,ename,dname from scott.emp a,scott.dept b where a.deptno=b.deptno;
EMPNO ENAME DNAME
---------- ---------- --------------
7782 CLARK ACCOUNTING
7839 KING ACCOUNTING
7934 MILLER ACCOUNTING
7566 JONES RESEARCH
7902 FORD RESEARCH
7876 ADAMS RESEARCH
14 rows selected.
用oradebug tracefile_name命令可以一目了然地看到当前session激活10046事件后所对应的trace文件的路径和名称:
SQL> oradebug tracefile_name;
/u01/app/oracle/diag/rdbms/mecbs/MECBS1/trace/MECBS1_ora_10292.trc
原始的trace文件一眼看上去不是太直观,也不是太容易看动懂。现在我们用tkprof命令来翻译一下:

[oracle@node1 ~]$ tkprof /u01/app/oracle/diag/rdbms/mecbs/MECBS1/trace/MECBS1_ora_10292.trc
output = /home/oracle/mecbs_10046.trc
oracle@node1 ~]$ cat mecbs_10046.trc

TKPROF: Release 11.2.0.4.0 - Development on Sun Dec 14 16:00:53 2014

Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.

Trace file: /u01/app/oracle/diag/rdbms/mecbs/MECBS1/trace/MECBS1_ora_10292.trc
Sort options: default

********************************************************************************
count = number of times OCI procedure was executed
cpu = cpu time in seconds executing
elapsed = elapsed time in seconds executing
disk = number of physical reads of buffers from disk
query = number of buffers gotten for consistent read
current = number of buffers gotten in current mode (usually for update)
rows = number of rows processed by the fetch or execute call
SQL ID: 0rqws2b4fvrr6 Plan Hash: 844388907
select empno,ename,dname
from
scott.emp a,scott.dept b where a.deptno=b.deptno
call count cpu elapsed disk query current rows
------- ------ -------- ---------- ---------- ---------- ---------- ----------
Parse 1 0.02 0.07 0 260 0 0
Execute 1 0.00 0.00 0 0 0 0
Fetch 2 0.00 0.00 0 10 0 14
------- ------ -------- ---------- ---------- ---------- ---------- ----------
total 4 0.02 0.07 0 270 0 14
Misses in library cache during parse: 1
Optimizer mode: ALL_ROWS
Parsing user id: SYS
Number of plan statistics captured: 1
Rows (1st) Rows (avg) Rows (max) Row Source Operation
---------- ---------- ---------- ---------------------------------------------------
14 14 14 MERGE JOIN (cr=10 pr=0 pw=0 time=313 us cost=6 size=364 card=14)
4 4 4 TABLE ACCESS BY INDEX ROWID DEPT (cr=4 pr=0 pw=0 time=256 us cost=2 size=52 card=4)
4 4 4 INDEX FULL SCAN PK_DEPT (cr=2 pr=0 pw=0 time=143 us cost=1 size=0 card=4)(object id 87107)
14 14 14 SORT JOIN (cr=6 pr=0 pw=0 time=184 us cost=4 size=182 card=14)
14 14 14 TABLE ACCESS FULL EMP (cr=6 pr=0 pw=0 time=125 us cost=3 size=182 card=14)
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签:  oracle性能优化