使用SQL_TRACE進行資料庫診斷(轉載)
SQL_TRACE是Oracle提供的用於進行SQL跟蹤的手段,是強有力的輔助診斷工具.在日常的資料庫問題診斷和解決中,SQL_TRACE是非常常用的方法。
本文就SQL_TRACE的使用作簡單探討,並通過具體案例對sql_trace的使用進行說明.
一、 基礎介紹
(a) SQL_TRACE說明
SQL_TRACE可以作為初始化引數在全域性啟用,也可以通過命令列方式在具體session啟用。
1. 在全域性啟用
在引數檔案(pfile/spfile)中指定:
sql_trace =true
在全域性啟用SQL_TRACE會導致所有程式的活動被跟蹤,包括後臺程式及所有使用者程式,這通常會導致比較嚴重的效能問題,所以在生產環境中要謹慎使用,這個引數在10g之後是動態引數,可以隨時調整,在某些診斷中非常有效。
提示: 通過在全域性啟用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.
(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級設定。
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.
(c) 獲取跟蹤檔案
以上生成的跟蹤檔案位於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
(d) 讀取當前session設定的引數
當我們通過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://www.eygle.com/case/Use.sql_trace.to.Diagnose.database.htm
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/26077805/viewspace-741454/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 轉載:使用SQL_TRACE進行資料庫診斷SQL資料庫
- 使用SQL_TRACE進行資料庫診斷(轉)SQL資料庫
- 使用SQL_TRACE進行資料庫診斷SQL資料庫
- 使用SQL_TRACE進行資料庫診斷(1)SQL資料庫
- 使用SQL_TRACE進行資料庫診斷(2)SQL資料庫
- 使用SQL_TRACE進行資料庫診斷(zt)SQL資料庫
- 【DB】使用SQL_TRACE進行資料庫診斷跟蹤SQL資料庫
- 使用SQL_TRACE /10046進行資料庫診斷SQL資料庫
- MySQL使用event等待事件進行資料庫效能診斷MySql事件資料庫
- Oracle診斷案例-Sql_traceOracleSQL
- ODX 診斷資料庫轉換工具 — DDC資料庫
- 使用ERRORSTACK進行錯誤跟蹤及診斷(轉)Error
- mysql資料庫效能診斷MySql資料庫
- 【Oracle】資料庫hang 診斷Oracle資料庫
- Oracle配置資料庫診斷Oracle資料庫
- 使用awr來診斷資料庫效能問題資料庫
- dbms_addm執行oracle資料庫診斷Oracle資料庫
- 資料庫診斷一例資料庫
- 【AWR】資料庫診斷工具AWR使用全程記錄資料庫
- 使用ErrorStack進行錯誤跟蹤及診斷Error
- 使用ErrorStack進行錯誤跟蹤及診斷!Error
- 使用Dstat來進行Linux綜合效能診斷Linux
- 使用ErrorStack進行Oracle錯誤跟蹤及診斷ErrorOracle
- 資料庫異常智慧分析與診斷資料庫
- 診斷Oracle資料庫Hanging問題Oracle資料庫
- 如何使用AWR報告來診斷資料庫效能問題資料庫
- Oracle ADDM --dbms_addm執行oracle資料庫診斷Oracle資料庫
- 【轉】oracle診斷工具-RDA使用Oracle
- oracle診斷工具-RDA使用(轉)Oracle
- 免費網站seo診斷:從哪些維度進行診斷呢?網站
- Part II 診斷和優化資料庫效能優化資料庫
- 大語言模型與資料庫故障診斷模型資料庫
- MySQL資料庫診斷:InnoDB關機問題MySql資料庫
- 利用hanganalyz/systemstate dump診斷資料庫hang資料庫
- 自管理的資料庫:自動效能診斷資料庫
- Oracle___診斷案例__資料庫的exp故障Oracle資料庫
- 利用 Java dump 進行 JVM 故障診斷JavaJVM
- Oracle最強有力的輔助診斷工具SQL_TRACEOracleSQL