Oracle 事件之10046 跟踪的trace文件相关解释 tkprof

Oracle事件之10046 跟踪的trace文件相关解释 tkprof 优化

sql_trace/10046事件是oracle提供的用于进行sql跟踪的手段，其内容包括sql的解析过程、sql的执行计划、绑定变量的使用、会话发生的等待事件。

在使用sql_trace/10046事件前，有两个参数需要注意：

>>

>
>
>
>
><>

>
>>

>
  >
  >
  >>

>
>
>

>>
>
>
>>

> > >

> >

> > >

>>>

时间： 2024-09-13 14:41:25

Oracle 事件之10046 跟踪的trace文件相关解释 tkprof的相关文章

【Oracle】一款非常好用的trace文件分析工具之一

介绍一款非常好用的10046分析工具--trca(Trace Analyzer),以前分析10046跟踪文件的时候都是使用tkprof 工具,但是trca 比tkprof要简单的多而且分析的结果更全面: 可以从ML的文章:Trace Analyzer TRCANLZR - Interpreting Raw SQL Traces with Binds and/or Waits generated by EVENT 10046 [ID 224270.1] 来下载此工具! trca.zip 主要包括一

【Oracle】一款非常好用的trace文件分析工具之二

前一篇文章介绍了如何安装trca,接下来介绍如何使用trca:必须进入 trca/run 目录里面或者把 /home/oracle/software/trca/run 放到SQL_PATH环境变量里面: 使用trcanlzr.sql的时候可以直接跟trace 文件名字,该工具默认会到user_dump_dest 里面去找(对于10g以前的,会到bdump_dest 里面去找跟踪文件) sys@RAC> show parameter user_dump_dest NAME

了解raw trace文件的各项内容

今天浏览metalink,看到这篇Interpreting Raw SQL_TRACE,比较老的一篇文章了,但是确实很有用,所以决定大略翻译一下吧. 我们知道有几种方法可以得到一个SQL语句执行时后台的trace文件,一个是用SQL_TRACE,一个是用DBMS_SUPPORT包或者DBMS_SYSTEM包,还有一种就是直接使用10046 event. 使用10046 event的方法大致如下: alter session set events '10046 trace name context

通过Android trace文件分析死锁ANR实例过程_Android

对于从事Android开发的人来说,遇到ANR(Application Not Responding)是比较常见的问题.一般情况下,如果有ANR发生,系统都会在/data/anr/目录下生成trace文件,通过分析trace文件,可以定位产生ANR的原因.产生ANR的原因有很多,比如CPU使用过高.事件没有得到及时的响应.死锁等,下面将通过一次因为死锁导致的ANR问题,来说明如何通过trace文件分析ANR问题. 对应的部分trace文件内容如下: "PowerManagerService&qu

如何分析SQL Server Trace文件

1.问题引出老鸟为了重点栽培菜鸟,决定交给菜鸟一个艰巨而光荣的任务.这天,菜鸟刚到公司还未坐下,老鸟便劈头盖脸的问道:"你知道,我们如何Trace SQL Server执行语句吗?怎么手动分析这些Trace文件?如何将Trace File与Windows的性能监视器结合,看到每个语句执行时的性能开销?以及如何自动分析SQL Server Trace文件?". 菜鸟还没有反应过来,就被杀死了99%的老细胞,下意识的回答:"啊?". "去研究下吧"

0227windows下模糊查询oracle事件的脚本

[20170227]windows下模糊查询oracle事件的脚本.txt $ cat ooerr.bat @@echo off rem disp oracle error rem /bin/grep ^10[0-9][0-9][0-9] $ORACLE_HOME/rdbms/mesg/oraus.msg | grep -i %1% rem grep ^10[0-9][0-9][0-9] D:\app\oracle\product\12.1.0\dbhome_1\RDBMS\mesg\oraus

[20170414]产生很大trace文件.txt

[20170414]产生很大trace文件.txt --链接:http://www.itpub.net/thread-2086505-1-1.html 由于文件太大,修改了max_dump_file_size,于是开始提示由于trace限制过小,而无法写入的错误 on critical error ORA-48913 caught while writing to trace file "f:\app\administrator\diag\rdbms\pdm\pdm\trace\pdm_ora_

Trace文件过量生成问题解决

随着Oracle技术本身的不断发展,"自动化"和"智能化"的数据库时代已经来临.无论是运维管理.开发调试,传统DBA们的工作内容都已经发生了很大变化.一些诸如内存池划分调整.归档日志管理等功能,都已经被Oracle自动或者半自动的特性所解决.对新一代DBA而言,保持不断学习的精神,接受新问题,发现属于自己的一片新天地,才是当务之急. 今天,和一个朋友解决了一个运维环境问题.笔者感觉很有意思,记录下来,供需要的朋友不时之需. 1.问题说明今天,一个朋友从

Linux内核跟踪之trace框架分析【转】

转自:http://blog.chinaunix.net/uid-20543183-id-1930846.html ------------------------------------------ 本文系本站原创,欢迎转载! 转载请注明出处:http://ericxiao.cublog.cn/ ------------------------------------------ 一: 前言本文主要是对trace的框架做详尽的分析, 在后续的分析中,再来分析接入到框架中的几个重要的tra