`

Oracle中的Trace文件

 
阅读更多

如果一个系统的执行效率比较低,一个比较好的方法是通过跟踪用户的会话并且使用tkprof工具使用排序功能格式化输出,从而找出有问题的SQL语句。
例如首先从os上利用top命令找到当前占用cpu资源最高的一个进程的PID号9999;
然后在数据库中根据PID号找到相应的sid和serial#
select s.sid,s.serial# from v$session s,v$process p where s.paddr=p.addr and p.spid='9999';
然后通过exec dbms_monitor.session_trace_enable(sid,serial#)开启trace;
最后利用tkprof察看trace输出。

开启Trace文件输出
可以通过以下方法开启Trace文件输出(需要ALTER SESSION系统权限):
1) alter session/system set sql_trace=true
2) exec dbms_monitor.session_trace_enable/dbms_monitor.database_trace_enable
3) alter session set events '10046 trace name context forever, level 12'

Trace文件的位置
· 如果使用专用服务器连接,会在USER_DUMP_DEST参数指定的目录中生成跟踪文件。
· 如果使用共享服务器连接,则在BACKGROUND_DUMP_DEST参数指定的目录中生成跟踪文件。
Oracle11g之前,可以通过如下语句获得Trace文件路径:
select c.value || '/' || d.instance_name || '_ora_' || a.spid || '.trc' trace
  from v$process a, v$session b, v$parameter c, v$instance d
 where a.addr = b.paddr
   and b.audsid = userenv('sessionid')
   and c.name = 'user_dump_dest';
Oracle11g之后,可以访问v$diag_info来获得Trace文件存放路径:
select * from v$diag_info where name='Default Trace File';

可以使用参数TRACEFILE_IDENTIFIER,为跟踪文件名增加一个可以惟一标识的串。例如:
alter session set tracefile_identifier='my_trace_file';
这样,生成的Trace文件名就会以my_trace_file.trc结尾。

利用tkprof工具分析Trace文件
可以利用tkprof工具分析Trace文件,产生一个更加清晰合理的输出结果。tkprof可以在$ORACLE_HOME/bin下面找到。

1)命令格式
命令格式为:
tkprof tracefile outputfile [explain= ] [table= ] [print= ] [insert= ] [sys= ] [sort= ]
参数说明:
tracefile:要分析的trace文件 
outputfile:格式化后的文件
explain=user/password@connectstring 
table=schema.tablename 
    上述两个参数是一起使用的,explain指示tkprof要为在跟踪文件中找到的每个SQL语句提供一个执行计划。
    这是通过执行SQL语句EXPLAIN PLAN通过连接数据库对在trace文件中出现的每条sql语句查看执行计划,并将之输出到outputfile中。
    指定的table名将提供给EXPLAIN PLAN语句。
print=n:只列出最初N个sql执行语句,默认是无限制的,只有在和参数sort一起使用的时候才有意义
insert=filename:会产生一个sql文件,运行此文件可将收集到的数据insert到数据库表中
sys=no:sys用户运行的SQL语句(例如,解析操作阶段对数据字典的递归查询)不输出到输出文件中。
record=filename:可将非嵌套执行的sql语句过滤到指定的文件中去 
waits=yes|no:是否统计任何等待事件,默认是yes 
aggregate=yes|no:是否将相同sql语句的执行信息合计起来,默认为yes 
sort= option:设置排序选项,可以用逗号分隔多个选项。默认是跟踪文件中发现的SQL顺序。具体选项可以查看tkprof的命令帮助输出得到。

例如:
tkprof <tracefile> <outputfile> sys=no sort=prsela,exeela,fchela
    prsela  elapsed time parsing
    exeela  elapsed time executing
    fchela  elapsed time fetching

2)输出结果格式
输出结果中,首先是头部内容。
之后针对每个SQL语句提供如下信息:SQL 语句文本、执行统计、关于解析的信息、执行计划以及等待事件。
执行计划以及等待事件是可选的,只有存储在跟踪文件中才会出现。
例如下面的输出:
********************************************************************************

SQL ID: 0c07h414zr55p
Plan Hash: 1968341081
update emp set sal=2451 
where
 empno=7782


call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse        2      0.01       0.00          0          0          0           0
Execute      2      0.00       3.71          0          3          7           2
Fetch        0      0.00       0.00          0          0          0           0
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total        4      0.01       3.72          0          3          7           2

Misses in library cache during parse: 1
Optimizer mode: ALL_ROWS
Parsing user id: 86  (TONY)

Rows     Row Source Operation
-------  ---------------------------------------------------
      0  UPDATE  EMP (cr=1 pr=0 pw=0 time=0 us)
      1   INDEX UNIQUE SCAN EMP_PK (cr=1 pr=0 pw=0 time=0 us cost=0 size=26 card=1)(object id 73464)


Rows     Execution Plan
-------  ---------------------------------------------------
      0  UPDATE STATEMENT   MODE: ALL_ROWS
      0   UPDATE OF 'EMP'
      1    INDEX   MODE: ANALYZED (UNIQUE SCAN) OF 'EMP_PK' (INDEX 
               (UNIQUE))

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

执行统计有如下的几列:
count:表示执行的数据库调用数量。
cpu:表示处理数据调用花去的CPU时间,以秒为单位。
elapsed:是处理数据库调用花费的总的时间,以秒为单位,如果这个值比CPU时间高,下一节关于执行统计中的等待事件会提供在等待的资源或同步点。
disk:表示物理读的数据块数量。要当心,这不是物理I/O操作的数量,物理I/O操作数在关于等待事件一节给出。如果这个值大于逻辑读的数量(disk > query +current),这意味着数据块填充进了临时表空间。
query:是在一致性模式(consistent mode)下从高速缓存逻辑读取的块数量。通常,这类型的逻辑读用作查询。 
current:代表在当前模式下从高速缓存逻辑读取的块数量。通常,这类逻辑读被INSERT、DELETE、MERGE以及UPDATE等语句所使用。
rows:代表处理的数据行数量。对于查询来说,这就是获取的行数量。对于INSERT、DELETE、MERGE以及UPDATE 等语句来说,这是所影响的行数量。

关于解析的信息开始两行Misses in library cache during parse和Misses in library cache during execute提供了发生在解析和执行调用阶段的硬解析数量。
如果在执行调用时没有硬解析发生,Misses in library cache during execute这一行将不存在。
接下来是优化器模式以及用于解析SQL语句的用户。

执行计划分为两部分,第一部分称为行源操作(Row Source Operation ),是游标关闭且开启跟踪情况下写到跟踪文件中的执行计划。这意味着如果应用程序不关闭游标而重用它们的话,不会有新的针对重用游标的执行计划写入到跟踪文件中。第二部分,叫做执行计划 (Execution Plan),是由指定了explain参数的TKPROF生成的。既然这是随后生成的,所以和第一部分不一定完全匹配。万一你看到不一致,前者是正确的。
两个执行计划都通过Rows列提供执行计划中每个操作返回的行数(不是处理的--要注意)。 
对于每个行源操作来说,可能还会提供如下的运行时统计: 
cr是一致性模式下逻辑读出的数据块数。
pr是从磁盘物理读出的数据块数。
pw是物理写入磁盘的数据块数。
time是以微秒表示的总的消逝时间。要注意根据统计得到的值不总是精确的。实际上,为了减少开销,可能用了采样。
cost是操作的评估开销。这个值只有在Oracle 11g才提供。
size是操作返回的预估数据量(字节数)。这个值只有在Oracle 11g才提供。 
card是操作返回的预估行数。这个值只有在Oracle 11g才提供。

输出文件的结尾给出了所有关于跟踪文件的信息。首先可以看到跟踪文件名称、版本号、用于这个分析所使用的参数sort的值。然后,给出了所有会话数量与SQL语句数量。

 

参考至:http://blog.csdn.net/fw0124/article/details/6899162

如有错误,欢迎指正

邮箱:czmcj@163.com

分享到:
评论

相关推荐

    oracle系统状态trace文件分析器

    oracle系统状态trace文件分析器 当系统hang住时,或者进程间有阻塞时,你可以产生下面两种跟踪文件,一种是进程状态跟踪文件,一种是系统状态跟踪文件:  process state dumps ==&gt; 一个进程的所有对象状态,...

    oracle 诊断事件列表trace文件 ORA报错

    包含了oracle诊断 oracle 诊断事件列表trace文件 ORA报错信息

    Oracletrace

    ### Oracle中的Trace跟踪详解 #### 一、概述 在Oracle数据库管理中,追踪(Trace)是一种重要的工具,它可以帮助数据库管理员(DBA)诊断问题、优化性能以及理解SQL语句的执行过程。Oracle提供了多种追踪手段,如...

    Tidy 代替tkprof,Oracle Trace 跟踪文件格式化工具

    tkprof通过解析跟踪文件中的SQL语句,生成包含执行计划、统计信息和性能指标的输出文件。它还可以帮助识别绑定变量,但其功能相对有限,尤其是在处理大量数据或复杂查询时,tkprof可能无法提供足够的细节,特别是...

    oracle客户端配置文件

    在tnsnames.ora文件中,每个条目代表一个服务名(SERVICE_NAME),包含如下字段: - **服务名**:应用程序使用的逻辑名称。 - **DESCRIPTION**:描述了如何连接到数据库的细节,可能包括多个协议条目。 - **...

    Oracle控制文件的备份和恢复

    假设通过日志找到了之前创建的Trace文件,可以利用该文件中的信息来重建控制文件: ```sql SQL&gt; CREATE CONTROLFILE SET DATABASE 'sales' RESETLOGS DATABASE ID 12345678901234567 ENCRYPTION ('ON') ... ``` ...

    oracle获得跟踪文件的sql查询语句

    在Oracle数据库管理中,跟踪文件(Trace Files)是用于记录数据库操作详细信息的重要工具,它可以帮助DBA(数据库管理员)诊断性能问题、错误和异常。本文将深入探讨如何通过SQL查询语句在Linux和Windows环境下获取...

    SQL Trace and TKPROF

    SQL Trace 和 TKPROF 是 Oracle 数据库中非常强大的性能分析工具,它们可以帮助 DBA 和开发人员深入了解数据库的运行状态,及时发现并解决性能问题。通过正确配置 SQL Trace 参数,启用 SQL Trace,以及合理使用 ...

    oracle客户端必备文件

    在Oracle中,各个组件(监听器、数据库实例、各种配置工具)在安装和运行时都会有相应的日志Log和跟踪文件Trace生成。Oracle 11g之前,这些信息都是零散的分布在Oracle组件目录中的。在11g,Oracle推出了ADR...

    oracle日志文件大全

    - 性能调优:通过分析跟踪文件中的执行计划等信息,优化查询性能。 #### 二、联机重做日志的规划管理 联机重做日志文件是Oracle数据库的重要组成部分,合理的规划和管理对于系统的稳定运行至关重要。 ##### 1. ...

    Oracle通过DBF恢复数据

    - 从trace文件中提取`CREATE CONTROLFILE`语句。 - 根据实际情况调整语句中的表空间和数据文件路径。 - 执行`CREATE CONTROLFILE`语句以重建控制文件。 8. **恢复数据库**: - 使用`recover database`命令恢复...

    oracle数据文件被误删除后的灾难处理

    在日常的数据库管理工作中,误删除重要的 Oracle 数据文件是一种常见的且可能带来严重后果的操作失误。本文将详细探讨当遇到 Oracle 数据文件被误删除的情况时,如何采取有效措施进行恢复,尽可能减少对业务的影响。...

    oracle查看alert日志文件位置

    在Oracle数据库管理中,了解如何查看Alert日志文件的位置至关重要。Alert日志文件包含有关数据库实例运行时的重要信息,例如错误消息、警告和其他重要事件,对于诊断问题和维护数据库健康状态非常有用。本文将详细...

    实例恢复相关TRACE文件

    6. **使用工具分析TRACE文件**:Oracle提供了一些工具,如`tkprof`和`trcsess`,可以帮助解析和格式化TRACE文件,使其更易于理解和分析。 7. **故障预防和优化**:通过对TRACE文件的分析,我们可以找出可能导致故障...

    如何使用oracle提供的SQL_TRACE来跟踪sql的执行情况

    SQL_TRACE能够将sql执行的过程输出到一个trace文件里面。  Sql性能非常差的时候,oracle提供了SQL_TRACE来跟踪sql的执行情况。  注:分析sql的方式比较多,还有根据优化器、sql执行计划来分析。  SQL_TRACE能够将...

    用批处理自动删除oracle

    Oracle数据库是企业级广泛应用的关系型数据库系统,但有时在卸载和重新安装过程中可能会遇到一些问题,如残留的注册表项、服务、文件夹或文件等。为了确保Oracle的彻底删除,我们可以借助批处理(BAT)文件来自动化...

    Oracle_LISTENER监听文件参数详

    本项应该与当前 Oracle 服务的 init.ora 文件中的 SERVICE_NAMES 项一致。 12. ORACLE_HOME:给出服务器上 Oracle 可执行程序的位置。 13. SID_NAME:含有用于本 Oracle 实例的 Oracle SID 的名称。 Lsnrctl 命令...

Global site tag (gtag.js) - Google Analytics