10046事件和tkprof命令
admin
2023-05-11 19:01:48
0次

    使用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)

相关内容

热门资讯

空调连续工作多久需要停机休息 空调连续工作的时间取决于多个因素,包括空调的型号、功率、使用环境和维护情况等。一般来说,空调可以连续...
空调哪个符号是除湿的 空调除湿功能通常用一个水滴形状的符号表示。不同品牌和型号的空调遥控器可能会有所差异,但一般来说,除湿...
格力空调多长时间加一次氟利昂 1、一般情况下,空调对氟利昂的使用量是非常小的,所以在空调使用了四年左右的时候再考虑加也没问题。2、...
空调用多长时间需要加氟一次 一般情况下是五年。当出现以下这几种情况时,空调才需要加氟。1、空调的室内机和室外机各有两个接口,当接...
格调生活·C标思享荟:卡萨帝在... 9月12日的郑州龙湖金融岛,夜风轻拂,灯光璀璨。“C标时刻共传奇——卡萨帝思享荟暨20周年品牌盛典郑...
品牌价值破千亿、高端份额持续领... 9月12日,“C标时刻共传奇——卡萨帝思享荟暨20周年品牌盛典郑州站”在郑州龙湖金融岛举办。2026...
空调主板坏了修800还是换新的 空调主板坏了是修还是换新,需要考虑多个因素,以下是一些建议:1. 维修成本:如果维修费用较低,比如 ...
空调开多久需要休息多长时间 问题:空调开多久需要休息多长时间回答:1、在使用空调的过程中,一般空调开7~8个小时左右需要休息2~...
中央空调多长时间清洗一次 1、一般空调开机前清洗一次即可,空调开机中间时段再清洗一次,空调关机时清洗一次,这样比较合理。2、空...
中央空调氟利昂多久加一次 看空调制热和制冷程度,很多人的观点认为氟利昂必须一年放一次,其实这个观点是错误的,理解上面有点偏差,...