• tkprof工具详解二(一些实例)


    TKPROF是一个可执行文件,自带在Oracle Server软件中,无需额外的安装。 该工具文件可以用来解析ORACLE的SQL TRACE(10046) 以便生成更可读的内容。  实际上tkprof是对10046 SQL trace的内容作了汇总,例如一个语句遇到过的wait event 、其在PARSE、Execute、Fetch三阶段的耗时、CPU_TIME等等。
    由于tkprof是对10046 SQL TRACE的汇总,所以tkprof中的信息 完全可以从10046中获得, 10046的问题是 由于巨细靡遗 所以TRACE内容可能过多,内容多则难以快速分析, TKPROF将10046  trace 解析过后更适合调优者阅读。
     
    基本步骤:
    1、设置TIMED_STATISTICS为True,可以在会话级别,也可以在实例级别。
    会话级:
    SQL> alter session set timed_statistics=True;
    实例级:
    SQL> alter system set timed_statistics=True scope=both;
    2、 设置SQL_TRACE,可以在会话级,也可以在数据库级。
    会话级:
    SQL> alter session set sql_trace=true;
    或者:
    SQL>EXEC DBMS_SYSTEM.SET_SQL_TRACE_IN_SESSION(SID,SERIAL#,TRUE);
    实例级:
    SQL> alter system set sql_trace=true scope=both;
     
    举例说明:
    下面有两个例子:
    一,分析sql_trace跟踪文件
    二,分析会话的跟踪文件
     
    第一,分析sql_trace跟踪文件
    SQL> alter session set sql_trace=true;

    Session altered.

    SQL> select count(*) from t;

      COUNT(*)
    ----------
        250734

    SQL> alter session set timed_statistics=true;

    Session altered.

    SQL> select count(*) from t;

      COUNT(*)
    ----------
        250734

    SQL> alter session set sql_trace =false;

    Session altered.
    查看生成的trace文件
    SQL> SELECT d.VALUE || '/' || LOWER(RTRIM(i.INSTANCE, CHR(0))) || '_ora_' ||
               p.spid || '.trc' trace_file_name
      FROM (SELECT p.spid
              FROM v$mystat m, v$session s, v$process p
             WHERE m.statistic# = 1
               AND s.SID = m.SID
               AND p.addr = s.paddr) p,
           (SELECT t.INSTANCE
              FROM v$thread t, v$parameter v
             WHERE v.NAME = 'thread'
               AND (v.VALUE = 0 OR t.thread# = TO_NUMBER(v.VALUE))) i,
           (SELECT VALUE FROM v$parameter WHERE NAME = 'user_dump_dest') d
           /

    TRACE_FILE_NAME
    --------------------------------------------------------------------------------
    /u01/app/oracle/diag/rdbms/db11/db112/trace/db112_ora_7677.trc
     
    使用tkprof分析trace文件
    db112@dbrac2  /home/oracle$ tkprof   /u01/app/oracle/diag/rdbms/db11/db112/trace/db112_ora_7677.trc   db112_ora_7677.txt   aggregate=yes   sys=no   waits=yes   sort=fchela
     
    查看输出的文件
    db112@dbrac2  /home/oracle$ cat db112_ora_7677.txt

    TKPROF: Release 11.2.0.1.0 - Development on Wed Feb 19 22:13:19 2014

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

    Trace file: /u01/app/oracle/diag/rdbms/db11/db112/trace/db112_ora_7677.trc
    Sort options: fchela 
    ********************************************************************************
    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: cyzznbykb509s
    Plan Hash: 2966233522
    select count(*)
    from
    t


    call     count       cpu    elapsed       disk      query    current        rows
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    Parse        2      0.00       0.00          0          0          0           0
    Execute      2      0.00       0.00          0          0          0           0
    Fetch        4      0.09       1.51       7294       7298          0           2
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    total        8      0.09       1.52       7294       7298          0           2

    Misses in library cache during parse: 1
    Optimizer mode: ALL_ROWS
    Parsing user id: 127 

    Rows     Row Source Operation
    -------  ---------------------------------------------------
          1  SORT AGGREGATE (cr=3649 pr=3647 pw=0 time=0 us)
    250734   TABLE ACCESS FULL T (cr=3649 pr=3647 pw=0 time=67962 us cost=994 size=0 card=250734)

    ********************************************************************************

    SQL ID: 4tk6t8tfsfqbf
    Plan Hash: 0
    alter session set sql_trace=true


    call     count       cpu    elapsed       disk      query    current        rows
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    Parse        0      0.00       0.00          0          0          0           0
    Execute      1      0.00       0.04          7         56          0           0
    Fetch        0      0.00       0.00          0          0          0           0
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    total        1      0.00       0.04          7         56          0           0

    Misses in library cache during parse: 0
    Misses in library cache during execute: 1
    Optimizer mode: ALL_ROWS
    Parsing user id: 127 
    ********************************************************************************

    SQL ID: dqcjr8t9drmkw
    Plan Hash: 0
    alter session set sql_trace =false


    call     count       cpu    elapsed       disk      query    current        rows
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    Parse        1      0.00       0.00          0          0          0           0
    Execute      1      0.00       0.00          0          0          0           0
    Fetch        0      0.00       0.00          0          0          0           0
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    total        2      0.00       0.00          0          0          0           0

    Misses in library cache during parse: 1
    Optimizer mode: ALL_ROWS
    Parsing user id: 127 
    ********************************************************************************

    SQL ID: cf0ac3jj8sa1c
    Plan Hash: 0
    alter session set timed_statistics=true


    call     count       cpu    elapsed       disk      query    current        rows
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    Parse        1      0.00       0.00          0          0          0           0
    Execute      1      0.00       0.00          0          0          0           0
    Fetch        0      0.00       0.00          0          0          0           0
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    total        2      0.00       0.00          0          0          0           0

    Misses in library cache during parse: 0
    Parsing user id: 127 



    ********************************************************************************

    OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS

    call     count       cpu    elapsed       disk      query    current        rows
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    Parse        4      0.00       0.00          0          0          0           0
    Execute      5      0.00       0.04          7         56          0           0
    Fetch        4      0.09       1.51       7294       7298          0           2
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    total       13      0.10       1.57       7301       7354          0           2

    Misses in library cache during parse: 2
    Misses in library cache during execute: 1


    OVERALL TOTALS FOR ALL RECURSIVE STATEMENTS

    call     count       cpu    elapsed       disk      query    current        rows
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    Parse       11      0.01       0.02          0          0          0           0
    Execute    227      0.07       0.13          0          0          0           0
    Fetch      242      0.01       0.25         39        728          0        2129
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    total      480      0.10       0.41         39        728          0        2129

    Misses in library cache during parse: 10
    Misses in library cache during execute: 10

        5  user  SQL statements in session.
      227  internal SQL statements in session.
      232  SQL statements in session.
    ********************************************************************************
    Trace file: /u01/app/oracle/diag/rdbms/db11/db112/trace/db112_ora_7677.trc
    Trace file compatibility: 11.1.0.7
    Sort options: fchela 
           2  sessions in tracefile.
           5  user  SQL statements in trace file.
         227  internal SQL statements in trace file.
         232  SQL statements in trace file.
          15  unique SQL statements in trace file.
        1760  lines in trace file.
          34  elapsed seconds in trace file.
     
    下面这个例子来自于Maclean
     
     
    二,分析会话的跟踪文件

    先从os上利用top命令找到当前占用cpu资源最高的一个进程的PID号:14483
    然后在数据库中根据PID号找到相应的sid号和serial#:
    SQL> select s.sid,s.serial# from v$session s,v$process p where s.paddr=p.addr and p.spid='14483';
           SID    SERIAL#
    ---------- ----------
           101      25695


    使用dbms_system.set_sql_trace_in_session包来对这个session进行trace:
    SQL> exec DBMS_SYSTEM.SET_SQL_TRACE_IN_SESSION(101,25695,true);
    PL/SQL procedure successfully completed.


    到user_dump_dest定义的路径下查找刚刚最近生成的trace文件,可以根据时间来排序,找最近的trace文件,也可以根据SID_ORA_SPID.TRC的规则,即ORCL_ORA_14483.TRC找到TRACE文件。

    接着使用tkprof工具对此trace文件进行格式化分析,生成分析后的trace文件。
     
    通过tkprof分析文件
    tkprof db112_mmnl_20698.trc ~/20698.txt explain=system/oracle aggregate=yes sys=no waits=yes sort=fchela
     
    Tkprof命令输出的解释:


    首先解释输出文件中列的含义:
    CALL:每次SQL语句的处理都分成三个部分
    Parse:这步将SQL语句转换成执行计划,包括检查是否有正确的授权和所需要用到的表、列以及其他引用到的对象是否存在。
    Execute这步是真正的由Oracle来执行语句。对于insertupdatedelete操作,这步会修改数据,对于select操作,这步就只是确定选择的记录。
    Fetch返回查询语句中所获得的记录,这步只有select语句会被执行。
    COUNT:这个语句被parseexecutefetch的次数。
    CPU这个语句对于所有的parseexecutefetch所消耗的cpu的时间,以秒为单位。
    ELAPSED这个语句所有消耗在parseexecutefetch总的时间。
    DISK从磁盘上的数据文件中物理读取的块的数量。一般来说更想知道的是正在从缓存中读取的数据而不是从磁盘上读取的数据。
    QUERY在一致性读模式下,所有parseexecutefetch所获得的buffer的数量。一致性模式的buffer是用于给一个长时间运行的事务提供一个一致性读的快照,缓存实际上在头部存储了状态。
    CURRENT在current模式下所获得的buffer的数量。一般在current模式下执行insertupdatedelete操作都会获取buffer。在current模式下如果在高速缓存区发现有新的缓存足够给当前的事务使用,则这些buffer都会被读入了缓存区中。
    ROWS: 所有SQL语句返回的记录数目,但是不包括子查询中返回的记录数目。对于select语句,返回记录是在fetch这步,对于insertupdatedelete操作,返回记录则是在execute这步。

    笔记
  • 相关阅读:
    python开发_html_html处理
    python开发_logging_日志处理
    IIS 7 应用程序池自动回收关闭的解决方案
    C#流水号生成汇总(四)
    通过内存盘提高MSMQ的消息吞吐能力
    c#分页工具类,完美实现List分页
    IIS 未能从程序集“System.ServiceModel, Version=3.0.0.0, Culture=neutral,
    win7电脑遇到端口被占用的情况该如何查看并将其关闭
    如何创建内存盘
    IP地址便捷修改器 V3.5 绿色版
  • 原文地址:https://www.cnblogs.com/haoxiaoyu/p/3556815.html
Copyright © 2020-2023  润新知