“SQL TRACE”是Oracle提供的用於進行SQL跟蹤的手段，是強有力的輔助診斷工具。在日常的資料庫問題診斷和解決中，“SQL TRACE”是非常常用的方法。

一般，一次跟蹤可以分為以下幾步：

1、界定需要跟蹤的目標範圍，並使用適當的命令啟用所需跟蹤。

2、經過一段時間後，停止跟蹤。此時應該產生了一個跟蹤結果檔案。

3、找到跟蹤檔案，並對其進行格式化，然後閱讀或分析。

“SQL Trace”簡介

oracle“SQL Trace”簡介... 1

一、概述... 1

二、“SQL TRACE”的啟用。... 1

(A)SQL_TRACE說明... 1

(B) 10046事件說明... 3

(C)對啟用方法的一些總結。... 4

三、讀取當前已經設定的引數... 4

四、獲取跟蹤檔案... 5

五、參考... 6

“SQL TRACE”是Oracle提供的用於進行SQL跟蹤的手段，是強有力的輔助診斷工具。在日常的資料庫問題診斷和解決中，“SQL TRACE”是非常常用的方法。

一般，一次跟蹤可以分為以下幾步：

1、界定需要跟蹤的目標範圍，並使用適當的命令啟用所需跟蹤。

2、經過一段時間後，停止跟蹤。此時應該產生了一個跟蹤結果檔案。

3、找到跟蹤檔案，並對其進行格式化，然後閱讀或分析。

本文就“SQL TRACE”的這些使用作簡單探討，並透過具體案例對SQL_TRACE的使用進行說明。

”的啟用。

說明

SQL_TRACE可以作為初始化引數在全域性啟用，也可以透過命令列方式在具體session啟用。

1． 在全域性啟用

在引數檔案(pfile/spfile)中指定: SQL_TRACE = true

在全域性啟用SQL_TRACE會導致所有程式的活動被跟蹤，包括後臺程式及所有使用者程式，這通常會導致比較嚴重的效能問題，所以在生產環境中要謹慎使用。

提示: 透過在全域性啟用SQL_TRACE，我們可以跟蹤到所有後臺程式的活動，很多在文件中的抽象說明，透過跟蹤檔案的實時變化，我們可以清晰的看到各個程式之間的緊密協調。

2． 在當前session級設定

大多數時候我們使用SQL_TRACE跟蹤當前會話的程式。透過跟蹤當前程式可以發現當前操作的後臺資料庫遞迴活動(這在研究資料庫新特性時尤其有效)，研究SQL執行，發現後臺錯誤等。

在session級啟用和停止SQL_TRACE方式如下:

啟用當前session的跟蹤:

SQL> alter session set SQL_TRACE=true;

Session altered.

此時的SQL操作將被跟蹤:

SQL> select count(*) from dba_users;

COUNT(*)

----------

34

結束跟蹤:

SQL> alter session set SQL_TRACE=false;

Session altered.

3． 跟蹤其它使用者程式

在很多時候我們需要跟蹤其他使用者的程式，而不是當前使用者，這可以透過Oracle提供的系統包DBMS_SYSTEM.SET_SQL_TRACE_IN_SESSION來完成

SET_SQL_TRACE_IN_SESSION過程式要提供三個引數:

SQL> desc DBMS_SYSTEM.SET_SQL_TRACE_IN_SESSION;

Parameter Type Mode Default?

--------- ------- ---- --------

SID NUMBER IN

SERIAL# NUMBER IN

SQL_TRACE BOOLEAN IN

透過v$session我們可以獲得sid、serial#等資訊:

獲得程式資訊，選擇需要跟蹤的程式:

SQL> select sid,serial#,username from v$session

2 where username is not null;

SID SERIAL# USERNAME

---------- ---------- ------------------------------

8 2041 SYS

9 437 EYGLE

設定跟著:

SQL> exec dbms_system.set_SQL_TRACE_in_session(9,437,true)

PL/SQL procedure successfully completed.

….

可以等候片刻，跟蹤session執行任務,捕獲sql操作…

….

停止跟蹤:

SQL> exec dbms_system.set_SQL_TRACE_in_session(9,437,false)

PL/SQL procedure successfully completed.

事件說明

10046事件是Oracle提供的內部事件，是對SQL_TRACE的增強.

10046事件可以設定以下四個級別:

1 - 啟用標準的SQL_TRACE功能,等價於SQL_TRACE。

4 - Level 1 加上繫結值(bind values)

8 - Level 1 + 等待事件跟蹤

12 - Level 1 + Level 4 + Level 8

類似SQL_TRACE方法，10046事件可以在全域性設定，也可以在session級設定。

對於10046事件的設定，涉及到了oracle的“診斷事件”的概念。

可以參考以下連結瞭解詳情。http://www.itpub.net/323537,1.html

1． 在全域性設定

在引數檔案中增加:

EVENT="10046 trace name context forever,level 12"

此設定對所有使用者的所有程式生效、包括後臺程式.

2． 對當前session設定

透過alter session的方式修改，需要alter session的系統許可權:

SQL> alter session set events '10046 trace name context forever';

Session altered.

SQL> alter session set events '10046 trace name context forever, level 8';

Session altered.

SQL> alter session set events '10046 trace name context off';

Session altered.

3． 對其他使用者session設定

透過DBMS_SYSTEM.SET_EV系統包來實現:

SQL> desc DBMS_SYSTEM.SET_EV;

Parameter Type Mode Default?

--------- -------------- ---- --------

SI BINARY_INTEGER IN

SE BINARY_INTEGER IN

EV BINARY_INTEGER IN

LE BINARY_INTEGER IN

NM VARCHAR2 IN

其中的引數SI、SE來自v$session檢視:

查詢獲得需要跟蹤的session資訊:

SQL> select sid,serial#,username from v$session where username is not null;

SID SERIAL# USERNAME

---------- ---------- ------------------------------

8 2041 SYS

9 437 EYGLE

執行跟蹤:

SQL> exec dbms_system.set_ev(9,437,10046,8,'eygle');

PL/SQL procedure successfully completed.

結束跟蹤:

SQL> exec dbms_system.set_ev(9,437,10046,0,'eygle');

PL/SQL procedure successfully completed.

對啟用方法的一些總結。

因為trace的目標範圍不同，導致必須使用不同的方法。

作用於資料庫全域性的，就改初始化引數。

只作用於本session的，就用alter session 命令。

作用於其它session的，就用DBMS_SYSTEM包。

再加上10046診斷事件，是SQL_TRACE的增強，又多了一套方法。

對於全域性的SQL_TRACE引數的設定，可以透過show parameter命令獲得。

當我們透過alter session的方式設定了SQL_TRACE,這個設定是不能透過show parameter的方式得到的,我們需要透過dbms_system.read_ev來獲取：

SQL> set feedback off

SQL> set serveroutput on

SQL> declare

2 event_level number;

3 begin

4 for event_number in 10000..10999 loop

5 sys.dbms_system.read_ev(event_number, event_level);

6 if (event_level > 0) then

7 sys.dbms_output.put_line(

8 'Event ' ||

9 to_char(event_number) ||

10 ' is set at level ' ||

11 to_char(event_level)

12 );

13 end if;

14 end loop;

15 end;

16 /

Event 10046 is set at level 1

以上生成的跟蹤檔案位於“user_dump_dest”引數所指定的目錄中，位置及檔名可以透過以下SQL查詢獲得:

SELECT d.value||'/'||lower(rtrim(i.instance, chr(0)))||'_ora_'||p.spid||'.trc' trace_file_name

from

( select p.spid

from sys.v$mystat m,sys.v$session s,sys.v$process p

where m.statistic# = 1 and s.sid = m.sid and p.addr = s.paddr) p,

( select t.instance from sys.v$thread t,sys.v$parameter v

where v.name = 'thread' and (v.value = 0 or t.thread# = to_number(v.value))) i,

( select value from sys.v$parameter where name = 'user_dump_dest') d

;

TRACE_FILE_NAME

-------------------------------------------------------------------------------

/opt/oracle/admin/hsjf/udump/hsjf_ora_1026.trc

五、格式化跟蹤檔案。

原始的跟蹤檔案是很難讀懂的。需要使用oracle自帶的tkprof命令列工具格式化一下。

tkprof hsjf_ora_1026.trc hsjf_ora_1026.txt

這個就可以方便的閱讀了。可以在hsjf_ora_1026.txt檔案中看到所有的sql語句執行次數,CPU使用時間等資料。

tkprof命令還有許多選項，沒有仔細研究過。

此文並不是原創，參考了以下文章。

1．

SQL TRACE基礎介紹。看了這篇文章，就明白為什麼有那麼多種產生trace檔案的方法了。

2．http://www.itpub.net/323537,1.html

ORACLE“診斷事件”概念的介紹