Oracle中開啟10046 Trace的各種方法[轉]

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: