“SQL TRACE”是Oracle提供的用于進行SQL跟蹤的手段，是強有力的輔助診斷工具。在日常的數據庫問題診斷和解決中，“SQL TRACE”是非常常用的方法。
一般，一次跟蹤可以分為以下幾步：
1、界定需要跟蹤的目標范圍，并使用適當的命令啟用所需跟蹤。
2、經過一段時間后，停止跟蹤。此時應該產生了一個跟蹤結果文件。
3、找到跟蹤文件，并對其進行格式化，然后閱讀或分析。
本文就“SQL TRACE”的這些使用作簡單探討，并通過具體案例對SQL_TRACE的使用進行說明。
一、“SQL TRACE”的啟用。
(A)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來完成
通過v$session我們可以獲得sid、serial#等信息:
獲得進程信息，選擇需要跟蹤的進程:
SQL> select sid,serial#,username from v$session where username =’***’
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.
(B) 10046事件說明
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.
(C)對啟用方法的一些總結。
因為trace的目標范圍不同，導致必須使用不同的方法。
?nbsp; 作用于數據庫全局的，就改初始化參數。
?nbsp; 只作用于本session的，就用alter session 命令。
?nbsp; 作用于其它session的，就用DBMS_SYSTEM包。
再加上10046診斷事件，是SQL_TRACE的增強，又多了一套方法。
二、獲取跟蹤文件
以上生成的跟蹤文件位于“user_dump_dest”參數所指定的目錄中，位置及文件名可以通過以下SQL查詢獲得:
1.如果是查詢當前session的跟蹤文件，使用如下查詢：
SELECT d.value||'/'||lower(rtrim(i.instance, chr(0)))||'_ora_'||p.spid||'.trc' trace_file_name
from
( select p.spid from v$mystat m,v$session s, v$process p
where m.statistic# = 1 and s.sid = m.sid and p.addr = s.paddr) p,
( select t.instance from v$thread t,v$parameter v
where v.name = 'thread' and (v.value = 0 or t.thread# = to_number(v.value))) i,
( select value from v$parameter where name = 'user_dump_dest') d
TRACE_FILE_NAME
-------------------------------------------------------------------------------
D:\ORACLE\PRODUCT\10.2.0\ADMIN\MYORACLE\UDUMP\hsjf_ora_1026.trc
2.如果是查詢其他用戶session的跟蹤文件，則根據用戶的sid和#serial使用如下查詢：
SELECT d.value||'/'||lower(rtrim(i.instance, chr(0)))||'_ora_'||p.spid||'.trc' trace_file_name
from
( select p.spid from v$session s, v$process p
where s.sid=’’ and s. SERIAL#='' and p.addr = s.paddr) p,
( select t.instance from v$thread t,v$parameter v
where v.name = 'thread' and (v.value = 0 or t.thread# = to_number(v.value))) i,
( select value from v$parameter where name = 'user_dump_dest') d
TRACE_FILE_NAME
-------------------------------------------------------------------------------
D:\ORACLE\PRODUCT\10.2.0\ADMIN\MYORACLE\UDUMP\hsjf_ora_1026.trc
三、格式化跟蹤文件。
原始的跟蹤文件是很難讀懂的。需要使用oracle自帶的tkprof命令行工具格式化一下。
SQL>$tkprof D:\ORACLE\PRODUCT\10.2.0\ADMIN\MYORACLE\UDUMP\hsjf_ora_1026.trc D:\ORACLE\PRODUCT\10.2.0\ADMIN\MYORACLE\UDUMP\hsjf_ora_1026.txt
這個就可以方便的閱讀了。可以在hsjf_ora_1026.txt文件中看到所有的sql語句執行次數,CPU使用時間等數據。
備注：可以通過以下方法讀取當前已經設置的參數
對于全局的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
引用：http://blog.sina.com.cn/s/blog_4cae4a25010008do.html
posted on 2010-11-13 14:31
xzc 閱讀(8628)
評論(2) 編輯 收藏 所屬分類:
Oracle