Oracle最強有力的輔助診斷工具SQL_TRACE

本文主要針對SQL_TRACE的使用方法進行了詳細的介紹,在文章的最後,大家可以通過一個實際案例加深對SQL_TRACE的理解。

SQL_TRACE概述:

SQL_TRACE是Oracle數據庫提供的用于進行SQL跟蹤的手段,在某種意義上講,可以說是Oracle最強有力的輔助診斷工具。

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

PROCEDURE SET_SQL_TRACE_IN_SESSION

Argument Name Type In/Out 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事件概述:

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級設置。

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

...

PROCEDURE 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

...

其中的參數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.

獲取跟蹤文件

上面生成的跟蹤文件位于user_dump_dest目錄中,位置及文件名可以通過下面的SQL查詢得到:

SQL> select 2 d.value||'/'||lower(rtrim(i.instance,

chr(0)))||'_ora_'||p.spid||'.trc' trace_file_name 3

from 4 ( select p.spid 5 from sys.v$mystat m,

sys.v$session s,sys.v$process p 6

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

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

v 8 where v.name = 'thread' and

(v.value = 0 or t.thread# = to_number(v.value))) i, 9

( select value from sys.v$parameter

where name = 'user_dump_dest') d 10 /

TRACE_FILE_NAME

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

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

讀取當前session所設置的參數

假如我們通過alter session的方式設置了sql_trace,此設置在正常情況下是不能通過show parameter方式獲取的,需要我們通過dbms_system.read_ev來獲取:

SQL> set feedback offSQL> 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

Oracle診斷案例-Sql_trace之一
   link:http://www.eygle.com/case/sql_trace_1.htm問題描述:這是幫助一個公司的診斷案例.應用是一個後台新聞發布系統.症狀是,通過連接訪問新聞頁是極其緩慢通常需要十數秒才能返回. ...查看完整版>>Oracle診斷案例-Sql_trace之一
 
Oracle診斷案例-Sql_trace之二
   link:http://www.eygle.com/case/sql_trace_2.htm 問題說明:很多時候在我們進行數據庫操作時比如drop user,drop table等,經常會碰到這樣的錯誤 ...查看完整版>>Oracle診斷案例-Sql_trace之二
 
Oracle診斷案例4-Sql_trace
  問題描述:  這是幫助一個公司的診斷案例.    應用是一個後台新聞發布系統.    症狀是,通過連接訪問新聞頁是極其緩慢通常需要十數秒才能返回.    這種性能是用戶不能忍受的.   ...查看完整版>>Oracle診斷案例4-Sql_trace
 
Oracle診斷案例4-Sql_trace
  問題描述:  這是幫助一個公司的診斷案例.  應用是一個後台新聞發布系統.  症狀是,通過連接訪問新聞頁是極其緩慢通常需要十數秒才能返回.  這種性能是用戶不能忍受的.  操作系統:SunOS 5.8  數據庫版...查看完整版>>Oracle診斷案例4-Sql_trace
 
Oracle診斷案例-Sql_trace之二
Oracle診斷案例-Sql_trace之二 Oracle診斷案例-Sql_trace之二 link:http://www.eygle.com/case/sql_trace_2.htm ORA-00604: error occurred at recursive SQL level 1 . 報出以下錯誤後退出 ORA-00604: erro...查看完整版>>Oracle診斷案例-Sql_trace之二
 
Oracle診斷案例-Sql_trace之一
Oracle診斷案例-Sql_trace之一 Oracle診斷案例-Sql_trace之一 link:http://www.eygle.com/case/sql_trace_1.htm問題描述:數據庫版本:8.1.71.檢查並跟蹤數據庫進程 SQL> select sid,serial#,username fro...查看完整版>>Oracle診斷案例-Sql_trace之一
 
Oracle診斷案例-Sql_trace之二
link: 問題說明:很多時候在我們進行數據庫操作時比如drop user,drop table等,經常會遇到這樣的錯誤ORA-00604: error occurred at recursive SQL level 1 . 這樣的提示,很多時候是沒有絲毫用處的.本案例就這一類問題...查看完整版>>Oracle診斷案例-Sql_trace之二
 
Oracle診斷案例-Sql_trace之一
link:問題描述:這是幫助一個公司的診斷案例.應用是一個後台新聞發布系統.症狀是,通過連接訪問新聞頁是極其緩慢通常需要十數秒才能返回.這種性能是用戶不能忍受的.操作系統:SunOS 5.8數據庫版本:8.1.71.檢查並跟蹤數據...查看完整版>>Oracle診斷案例-Sql_trace之一
 
Oracle數據庫常見問題診斷-SQL*NET篇
  1 、TNS-12154 Error 或ORA-12154    特征:SQL*NET沒有找到連接串或別名    原因1:(1)沒有找到TNSNAMES.ORA文件,該文件的缺省路徑爲:    Windows 95/98 client   ...查看完整版>>Oracle數據庫常見問題診斷-SQL*NET篇
 
 
回到王朝網路移動版首頁