10046 trace的跟踪等级

10046是一个Oracle的内部事件(event)，通过设置这个事件可以得到Oracle内部执行系统解析、调用、等待、绑定变量等详细的trace信息，对于分析系统的性能有着非常重要的作用。

设置10046事件的不同级别能得到不同详细程度的trace信息，下面就列出各个不同级别的对应作用：

等级	二进制	作用
0	0000	无输出
1	0001	输出 ****,APPNAME（应用程序名）,PARSING IN CURSOR,PARSE ERROR（SQL解析）,EXEC（执行）,FETCH（获取数据）,UNMAP,SORT UNMAP（排序，临时段）,ERROR,STAT（执行计划）,XCTEND（事务）等行
2	0011	与等级1完全一样
4	0101	包括等级1的输出，加上BIND行（绑定变量信息）
8	1001	包括等级1的输出，加上WAIT行（等待事件信息）
12	1101	输出等级1、等级4以及等级8的所有信息

等级1的10046 trace被视为是普通的SQL Trace，而等级4、等级8以及等级12则被称为Extended SQL Trace，Extended SQL Trace里面包括了最有用的WAIT信息，因此在实际中也是用的最多的。

与SQL Trace相关的参数

在打开10046时间的SQL Trace之前，要先设置好下面几个参数。

timed_statistics这个参数决定了是否收集与时间相关的统计信息，如果这个参数为FALSE的话，那么SQL Trace的结果基本没有多大的用处，默认情况下这个参数设置为TRUE。max_dump_file_sizedump文件的大小，也就是决定是否限制SQL Trace文件的大小，在一个很忙的系统上面做SQL Trace的话可能会生成很多的信息，因此最好在会话级别将这个参数设置成unlimited。tracefile_identifier给Trace文件设置识别字符串，这是个非常有用的参数，设置一个易读的字串能更快的找到Trace文件。

要在当前会话修改上述参数很简单，只要使用下面的命令即可：

当然，这些参数可以在系统级别修改的，也可以加载init文件中或是spfile中，让系统启动时自动做全局设置。

要是在系统运行时动态的修改别的会话的这些参数就需要借助DBMS_SYSTEM这个包了，设置方法如下：

注意，Oracle并没有提供一个set_string_param_in_session的函数在dbms_system包中，因此tracefile_identifier是无法在别的会话中修改的（至少我到现在没有找到一个可以设置的方法）。

10046 Trace启动方法

开启当前会话的10046 Trace

使用sql_trace参数

sql_trace应该是简单快捷的开启Trace的方法了，不过通过sql_trace只能开启级别为1的Trace，而无法开启其他更高级的Trace。

使用set event开启Trace

使用set event打开10046事件Trace是最常用的了。

开启其他会话的10046 Trace

使用登陆触发器开启Trace

我们可以通过编写登陆触发器来开启10046 Trace，使用这种方法开启Trace的代码和开启当前会话的是一样的，不同的就是这些开启代码是包含在一个after logon触发器里面的。

使用oradebug工具

使用oradebug工具必须要知道所要处理的进程的OS进程PID，OS PID可以使用下面的语句得到：

得到PID之后就可以使用oradebug工具了，注意需要使用sysdba登陆到数据库：

使用DBMS_SYSTEM包

DBMS_SYSTEM包提供了两个开启10046 Trace的方法，一个是使用SET_SQL_TRACE_IN_SESSION过程，不过使用这个过程的效果和sql_trace是一样的：

另一个方法是使用SET_EV过程，当然这个过程不仅仅用来设置10046事件，还能设置所有的其他的事件，使用方法为：

使用例子：

使用DBMS_SUPPORT包

DBMS_SUPPORT包默认情况下并没有包含在数据库中，需要通过运行$ORACLE_HOME/rdbms/admin/dbmssupp.sql安装之后才能使用。

可以DBMS_SUPPORT包来开启自身进程或者是别的进程的Trace。

开启自身进程：

开启其他进程的Trace：

使用DBMS_MONITOR包

Oracle 10g中DBMS_MONITOR包的出现改变了以往一次只能开启一个会话的历史，开启了一个批量启用10046 Trace的新纪元。

追踪单个会话

首先看看与前面类似的开启单个会话的Trace的方法，这个时候与DBMS_SUPPORT包是几乎没有区别的：

根据Client Identifier追踪

使用DBMS_MONITOR包也许同根据client identifier来Trace多个不同的会话，client identifier可以通过V$SESSION里面client_identifier字段看到，使用方法如下：

根据Service, Module和Action追踪

DBMS_MONITOR包的SERV_MOD_ACT_TRACE_ENABLE过程用来根据Service, Module和Action三个属性开启多个会话的Trace。

在进行Trace之前要确保你的应用程序设置了这三个相应的属性，Oracle提供了包DBMS_APPLICATION_INFO用来设置module、action等信息，使用方法如下：

设置完成之后我们就可以在V$SESSION看到这些信息了：

知道了相应的信息再使用DBMS_MONITOR.SERV_MOD_ACT_TRACE_ENABLE来启用对相应会话的Trace：

开启数据库级的Trace

DBMS_MONITOR还能开启数据库级别的Trace。

这个功能影响整个数据库，很强大，慎用！

开启多个会话Trace的注意点

使用DBMS_MONITOR开启多个会话的Trace是动态的，比如说当你要追踪某个特定的action的Trace的时候，你并不需要先确定那 个特定的action对应的会话正在运行中才能开启相应的Trace，相反的是一旦某个进程的action满足当前开启的Trace的条件的时候，那个会 话就会开始输出Trace信息，当会话的action发生改变之后，Trace信息也会停止输出，下面是一个简单的测试。

先在一个进程中开始针对module为“Trace Test”，action为“Trace”的Trace：

然后在另外一个进程中执行下面的一序列语句：

执行完毕之后打开Trace文件就会发现第一次执行module、action设置的语句和第二次执行的“select ‘no trace’ from dual;”都没有出现在Trace文件，Trace文件内容如下：

source:http://www.dbabeta.com/2010/ways-to-open-10046-trace.html