ORACLE 10046 TRACE
10046 trace的跟踪等级原网址:http://blog.csdn.net/miyatang/article/details/8075785
10046是一个Oracle的内部事件(event)，通过设置这个事件可以得到Oracle内部执行系统解析、调用、等待、绑定变量等详细的trace信息，对于分析系统的性能有着非常重要的作用。
设置10046事件的不同级别能得到不同详细程度的trace信息，下面就列出各个不同级别的对应作用：
等级二进制作用00000无输出10001输出 ****,APPNAME（应用程序名）,PARSING IN CURSOR,PARSE ERROR（SQL解析）,EXEC（执行）,FETCH（获取数据）,UNMAP,SORT UNMAP（排序，临时段）,ERROR,STAT（执行计划）,XCTEND（事务）等行20011与等级1完全一样40101包括等级1的输出，加上BIND行（绑定变量信息）81001包括等级1的输出，加上WAIT行（等待事件信息）121101输出等级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_size
[*] dump文件的大小，也就是决定是否限制SQL Trace文件的大小，在一个很忙的系统上面做SQL Trace的话可能会生成很多的信息，因此最好在会话级别将这个参数设置成unlimited。
[*] tracefile_identifier
[*] 给Trace文件设置识别字符串，这是个非常有用的参数，设置一个易读的字串能更快的找到Trace文件。
要在当前会话修改上述参数很简单，只要使用下面的命令即可：
123ALTER SESSION SET timed_statistics=trueALTER SESSION SET max_dump_file_size=unlimitedALTER SESSION SET tracefile_identifier='my_trace_session 当然，这些参数可以在系统级别修改的，也可以加载init文件中或是spfile中，让系统启动时自动做全局设置。
要是在系统运行时动态的修改别的会话的这些参数就需要借助DBMS_SYSTEM这个包了，设置方法如下：
123456789SYS.DBMS_SYSTEM.SET_BOOL_PARAM_IN_SESSION(:sid, :serial,'timed_statistics', true) SYS.DBMS_SYSTEM.SET_INT_PARAM_IN_SESSION(:sid, :serial,'max_dump_file_size', 2147483647) 注意，Oracle并没有提供一个set_string_param_in_session的函数在dbms_system包中，因此tracefile_identifier是无法在别的会话中修改的（至少我到现在没有找到一个可以设置的方法）。
10046 Trace启动方法
开启当前会话的10046 Trace
使用sql_trace参数
sql_trace应该是简单快捷的开启Trace的方法了，不过通过sql_trace只能开启级别为1的Trace，而无法开启其他更高级的Trace。
12345-- 开启TraceALTER SESSION SET sql_trace=true; -- 关闭TraceALTER SESSION SET sql_trace=false;使用set event开启Trace
使用set event打开10046事件Trace是最常用的了。
12345-- 开启级别为12的Trace，level后面的数字设置了Trace的级别ALTER SESSION SET EVENTS '10046 trace name context forever, level 12' -- 关闭Trace，任何级别ALTER SESSION SET EVENTS '10046 trace name context off'开启其他会话的10046 Trace
使用登陆触发器开启Trace
我们可以通过编写登陆触发器来开启10046 Trace，使用这种方法开启Trace的代码和开启当前会话的是一样的，不同的就是这些开启代码是包含在一个after logon触发器里面的。
12345678910-- 代码来自《Optimazing Oracle Performance》 P116CREATE OR REPLACE TRIGGER trace_test_user AFTER LOGON ON DATABASEBEGINIF USER LIKE '%\_test' ESCAPE '\' THEN EXECUTE IMMEDIATE 'ALTER SESSION SET timed_statistics=true'; EXECUTE IMMEDIATE 'ALTER SESSION SET max_dump_file_size=unlimited'; EXECUTE IMMEDIATE 'ALTER SESSION SET EVENTS ''10046 trace name context forever, level 8'' ';END IF;END;/使用oradebug工具
使用oradebug工具必须要知道所要处理的进程的OS进程PID，OS PID可以使用下面的语句得到：
123456SELECT S.USERNAME, P.SPID OS_PROCESS_ID, P.PID ORACLE_PROCESS_IDFROM V$SESSION S, V$PROCESS PWHERE S.PADDR = P.ADDR AND S.USERNAME = UPPER('&USER_NAME'); 得到PID之后就可以使用oradebug工具了，注意需要使用sysdba登陆到数据库：
12345678-- 假设9999为会话的OS PIDoradebug setospid 9999;-- 设置Trace文件大小oradebug unlimit;-- 开启级别为12的Traceoradebug event 10046 trace name context forever ,level 12;--关闭traceOradebug event 10046 trace name context off;使用DBMS_SYSTEM包
DBMS_SYSTEM包提供了两个开启10046 Trace的方法，一个是使用SET_SQL_TRACE_IN_SESSION过程，不过使用这个过程的效果和sql_trace是一样的：
12345-- 开启TraceEXEC SYS.DBMS_SYSTEM.SET_SQL_TRACE_IN_SESSION(:sid, :serial#, true); -- 关闭TraceEXEC SYS.DBMS_SYSTEM.SET_SQL_TRACE_IN_SESSION(:sid, :serial#, false); 另一个方法是使用SET_EV过程，当然这个过程不仅仅用来设置10046事件，还能设置所有的其他的事件，使用方法为：
12345678PROCEDURE SET_EV Argument Name Type In/Out Default? ------------------------------ ----------------------- ------ -------- SI BINARY_INTEGER IN SE BINARY_INTEGER IN EV BINARY_INTEGER IN LE BINARY_INTEGER IN NM VARCHAR2 IN 使用例子：
12345-- 开启level 12的TraceEXEC SYS.DBMS_SYSTEM.SET_EV(:sid, :serial, 10046, 12, ''); -- 关闭TraceEXEC SYS.DBMS_SYSTEM.SET_EV(:sid, :serial, 10046, 0, '');使用DBMS_SUPPORT包
DBMS_SUPPORT包默认情况下并没有包含在数据库中，需要通过运行$ORACLE_HOME/rdbms/admin/dbmssupp.sql安装之后才能使用。
可以DBMS_SUPPORT包来开启自身进程或者是别的进程的Trace。
开启自身进程：
12345678910111213141516-- 使用方法DESC DBMS_SUPPORT PROCEDURE START_TRACE Argument Name Type In/Out Default? ------------------------------ ----------------------- ------ -------- WAITS BOOLEAN IN DEFAULT BINDS BOOLEAN IN DEFAULTPROCEDURE STOP_TRACE -- 实例-- 开启级别为12的TraceEXEC SYS.DBMS_SUPPORT.START_TRACE(true, true); -- 关闭TraceEXEC SYS.DBMS_SUPPORT.STOP_TRACE(); 开启其他进程的Trace：
1234567891011121314151617181920-- 使用方法PROCEDURE START_TRACE_IN_SESSION Argument Name Type In/Out Default? ------------------------------ ----------------------- ------ -------- SID NUMBER IN SERIAL NUMBER IN WAITS BOOLEAN IN DEFAULT BINDS BOOLEAN IN DEFAULTPROCEDURE STOP_TRACE_IN_SESSION Argument Name Type In/Out Default? ------------------------------ ----------------------- ------ -------- SID NUMBER IN SERIAL NUMBER IN -- 实例-- 开启级别为12的TraceEXEC SYS.DBMS_SUPPORT.START_TRACE_IN_SESSION(:sid, :serial, true, true); -- 关闭TraceEXEC SYS.DBMS_SUPPORT.STOP_TRACE_IN_SESSION(:sid, :serial);使用DBMS_MONITOR包
Oracle 10g中DBMS_MONITOR包的出现改变了以往一次只能开启一个会话的历史，开启了一个批量启用10046 Trace的新纪元。
追踪单个会话
首先看看与前面类似的开启单个会话的Trace的方法，这个时候与DBMS_SUPPORT包是几乎没有区别的：
12345678910111213141516171819202122232425-- 过程定义PROCEDURE SESSION_TRACE_DISABLE Argument Name Type In/Out Default? ------------------------------ ----------------------- ------ -------- SESSION_ID BINARY_INTEGER IN DEFAULT SERIAL_NUM BINARY_INTEGER IN DEFAULTPROCEDURE SESSION_TRACE_ENABLE Argument Name Type In/Out Default? ------------------------------ ----------------------- ------ -------- SESSION_ID BINARY_INTEGER IN DEFAULT SERIAL_NUM BINARY_INTEGER IN DEFAULT WAITS BOOLEAN IN DEFAULT BINDS BOOLEAN IN DEFAULT PLAN_STAT VARCHAR2 IN DEFAULT -- 实例-- 开启级别为12的Trace，当前会话EXEC DBMS_MONITOR.SESSION_TRACE_ENABLE(WAITS=>true,BINDS=>true);-- 开启级别为12的Trace，其他会话EXEC DBMS_MONITOR.SESSION_TRACE_ENABLE(:sid, :serial, true, true); -- 关闭Trace，当前会话EXEC DBMS_MONITOR.SESSION_TRACE_DISABLE();-- 关闭Trace，其他会话EXEC DBMS_MONITOR.SESSION_TRACE_DISABLE(:sid, :serial); 根据Client>
使用DBMS_MONITOR包也许同根据client>12345678910111213141516-- 找出要Trace的client_identifier信息SQL> SELECT sid, program, client_identifier FROM V$SESSION; SID PROGRAM CLIENT_IDENTIFIER---------- ------------------------------------------------ ---------------------------------------- 71 sqlplus@orainst.desktop.mycompany.com (TNS V1-V3) oracle@orainst.desktop.mycompany.com 72 rman@orainst.desktop.mycompany.com (TNS V1-V3) oracle@orainst.desktop.mycompany.com 75 rman@orainst.desktop.mycompany.com (TNS V1-V3) oracle@orainst.desktop.mycompany.com -- 假设要Trace client_identifier是“oracle@orainst.desktop.mycompany.com”的所有会话-- 使用下面的语句即可，开启一个level 12的TraceSQL> EXECUTE DBMS_MONITOR.CLIENT_ID_TRACE_ENABLE('oracle@orainst.desktop.mycompany.com', true, true);PL/SQL procedure successfully completed. -- 使用下面语句停止EXECUTE DBMS_MONITOR.CLIENT_ID_TRACE_DISABLE('oracle@orainst.desktop.mycompany.com'); 根据Service, Module和Action追踪
DBMS_MONITOR包的SERV_MOD_ACT_TRACE_ENABLE过程用来根据Service, Module和Action三个属性开启多个会话的Trace。
在进行Trace之前要确保你的应用程序设置了这三个相应的属性，Oracle提供了包DBMS_APPLICATION_INFO用来设置module、action等信息，使用方法如下：
123EXEC dbms_application_info.SET_MODULE('Trace Test', 'No Trace');EXEC DBMS_APPLICATION_INFO.SET_ACTION(''No Trace');EXEC DBMS_APPLICATION_INFO.SET_CLIENT_INFO('A Haaaa'); 设置完成之后我们就可以在V$SESSION看到这些信息了：
1234567891011SQL> COL ACTION FOR A10SQL> COL MODULE FOR A45SQL> COL SERVICE_NAME FOR A12SQL> COL SID FOR 999SQL> SELECT SID , service_name, module, action FROM v$session WHERE TYPE'BACKGROUND';SID SERVICE_NAME MODULE ACTION---- ------------ --------------------------------------------- ----------67 SYS$USERS SQL Developer71 SYS$USERS sqlplus@orainst.desktop.mycompany.com (TNS V1-V3)72 SYS$USERS Trace Test No Trace 知道了相应的信息再使用DBMS_MONITOR.SERV_MOD_ACT_TRACE_ENABLE来启用对相应会话的Trace：
1234567891011121314151617-- 针对service name为“SYS$USERS”的所有会话开启TraceEXECUTE DBMS_MONITOR.SERV_MOD_ACT_TRACE_ENABLE(service_name => 'SYS$USERS', waits => TRUE, binds => FALSE); -- 停止所开启的TraceEXECUTE DBMS_MONITOR.SERV_MOD_ACT_TRACE_DISABLE(service_name => 'SYS$USERS'); -- 针对特定的action开启TraceEXECUTE DBMS_MONITOR.SERV_MOD_ACT_TRACE_ENABLE(service_name=>'SYS$USERS', module_name=>'Trace Test', action_name => 'Trace', waits => TRUE, binds => FALSE); -- 停止所开启的TraceEXECUTE DBMS_MONITOR.SERV_MOD_ACT_TRACE_DISABLE(service_name=>'SYS$USERS', module_name=>'Trace Test', action_name => 'Trace') 开启数据库级的Trace
DBMS_MONITOR还能开启数据库级别的Trace。
123456789101112131415161718-- 定义PROCEDURE DATABASE_TRACE_DISABLE Argument Name Type In/Out Default? ------------------------------ ----------------------- ------ -------- INSTANCE_NAME VARCHAR2 IN DEFAULTPROCEDURE DATABASE_TRACE_ENABLE Argument Name Type In/Out Default? ------------------------------ ----------------------- ------ -------- WAITS BOOLEAN IN DEFAULT BINDS BOOLEAN IN DEFAULT INSTANCE_NAME VARCHAR2 IN DEFAULT PLAN_STAT VARCHAR2 IN DEFAULT -- 开启数据库级的level 12的TraceEXEC DBMS_MONITOR.DATABASE_TRACE_ENABLE(true, true); -- 停止数据库级的TraceEXEC DBMS_MONITOR.DATABASE_TRACE_DISABLE(); 这个功能影响整个数据库，很强大，慎用！
开启多个会话Trace的注意点
使用DBMS_MONITOR开启多个会话的Trace是动态的，比如说当你要追踪某个特定的action的Trace的时候，你并不需要先确定那个特定的action对应的会话正在运行中才能开启相应的Trace，相反的是一旦某个进程的action满足当前开启的Trace的条件的时候，那个会话就会开始输出Trace信息，当会话的action发生改变之后，Trace信息也会停止输出，下面是一个简单的测试。
先在一个进程中开始针对module为“Trace Test”，action为“Trace”的Trace：
123456SQL> EXECUTE DBMS_MONITOR.SERV_MOD_ACT_TRACE_ENABLE(service_name=>'SYS$USERS',module_name=>'Trace Test',action_name => 'Trace',waits => TRUE, binds => FALSE); PL/SQL procedure successfully completed. 然后在另外一个进程中执行下面的一序列语句：
1234567891011121314151617181920212223-- 设置当前会话的module和actionSQL> EXEC DBMS_APPLICATION_INFO.SET_MODULE('Trace Test', 'Trace'); PL/SQL procedure successfully completed. -- 执行一个简单的查询SQL> select 'trace' from dual; TRACE------trace -- 改变当前会话的actionSQL> EXEC DBMS_APPLICATION_INFO.SET_MODULE('Trace Test', 'No Trace'); PL/SQL procedure successfully completed. -- 再执行另一个查询SQL> select 'no trace' from dual; NOTRACE--------no trace 执行完毕之后打开Trace文件就会发现第一次执行module、action设置的语句和第二次执行的“select ‘no trace’ from dual;”都没有出现在Trace文件，Trace文件内容如下：
123456789101112131415161718192021222324252627282930313233343536373839404142434445Unix process pid: 8900, image: oracle@orainst.desktop.mycompany.com (TNS V1-V3)*** 2010-04-13 06:55:24.247*** SESSION>*** CLIENT>*** SERVICE NAME:(SYS$USERS) 2010-04-13 06:55:24.247*** MODULE NAME:(Trace Test) 2010-04-13 06:55:24.247*** ACTION NAME:(Trace) 2010-04-13 06:55:24.247 =====================PARSING IN CURSOR #1 len=69 dep=0 uid=0 oct=47 lid=0 tim=1271141724247208 hv=297401484 ad='9eb182c8' sqlid='1ckkjdn8vmz4c'BEGIN DBMS_APPLICATION_INFO.SET_MODULE('Trace Test', 'Trace'); END;END OF STMTEXEC #1:c=0,e=113,p=0,cr=0,cu=0,mis=1,r=1,dep=0,og=1,plh=0,tim=1271141724247201WAIT #1: nam='SQL*Net message to client' ela= 6 driver> *** 2010-04-13 06:55:32.913WAIT #1: nam='SQL*Net message from client' ela= 8666025 driver>CLOSE #1:c=0,e=43,dep=0,type=0,tim=1271141732913937=====================PARSING IN CURSOR #2 len=25 dep=0 uid=0 oct=3 lid=0 tim=1271141732932795 hv=660028772 ad='9eb12b10' sqlid='70t5xg4mpfgb4'select 'trace ' from dualEND OF STMTPARSE #2:c=1000,e=18805,p=0,cr=0,cu=0,mis=1,r=0,dep=0,og=1,plh=1388734953,tim=1271141732932792EXEC #2:c=0,e=47,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,plh=1388734953,tim=1271141732932946WAIT #2: nam='SQL*Net message to client' ela= 4 driver>FETCH #2:c=0,e=17,p=0,cr=0,cu=0,mis=0,r=1,dep=0,og=1,plh=1388734953,tim=1271141732933035STAT #2>WAIT #2: nam='SQL*Net message from client' ela= 151 driver>FETCH #2:c=0,e=3,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=0,plh=1388734953,tim=1271141732933331WAIT #2: nam='SQL*Net message to client' ela= 2 driver> *** 2010-04-13 06:55:48.413WAIT #2: nam='SQL*Net message from client' ela= 15480453 driver>CLOSE #2:c=0,e=26,dep=0,type=0,tim=1271141748413963=====================PARSING IN CURSOR #1 len=72 dep=0 uid=0 oct=47 lid=0 tim=1271141748415935 hv=2176830839 ad='9eb0ec80' sqlid='ar765n60vzmbr'BEGIN DBMS_APPLICATION_INFO.SET_MODULE('Trace Test', 'No Trace'); END;END OF STMTPARSE #1:c=1999,e=1919,p=0,cr=0,cu=0,mis=1,r=0,dep=0,og=1,plh=0,tim=1271141748415932*** MODULE NAME:(Trace Test) 2010-04-13 06:55:48.416*** ACTION NAME:(No Trace) 2010-04-13 06:55:48.416 EXEC #1:c=0,e=93,p=0,cr=0,cu=0,mis=0,r=1,dep=0,og=1,plh=0,tim=1271141748416134
页:
[1]