【DB】使用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
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/29487349/viewspace-2128018/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 使用SQL_TRACE進行資料庫診斷SQL資料庫
- 使用SQL_TRACE進行資料庫診斷(轉)SQL資料庫
- 使用SQL_TRACE進行資料庫診斷(1)SQL資料庫
- 使用SQL_TRACE進行資料庫診斷(2)SQL資料庫
- 使用SQL_TRACE進行資料庫診斷(zt)SQL資料庫
- 轉載:使用SQL_TRACE進行資料庫診斷SQL資料庫
- 使用SQL_TRACE進行資料庫診斷(轉載)SQL資料庫
- 使用SQL_TRACE /10046進行資料庫診斷SQL資料庫
- 使用ErrorStack進行錯誤跟蹤及診斷Error
- 使用ErrorStack進行錯誤跟蹤及診斷!Error
- 使用ErrorStack進行Oracle錯誤跟蹤及診斷ErrorOracle
- 使用ERRORSTACK進行錯誤跟蹤及診斷(轉)Error
- 利用errorstack事件進行錯誤跟蹤和診斷Error事件
- MySQL使用event等待事件進行資料庫效能診斷MySql事件資料庫
- sql_trace跟蹤工具(轉)SQL
- Oracle診斷案例-Sql_traceOracleSQL
- sql_trace 和 events 跟蹤事件SQL事件
- 用Oracle跟蹤診斷掛起的會話Oracle會話
- DB2資料庫故障與效能瓶頸診斷思路DB2資料庫
- Oracle資料庫跟蹤SQLOracle資料庫SQL
- sql server跟蹤資料庫SQLServer資料庫
- 資料庫資料跟蹤記錄資料庫
- 收集Oracle RAC跟蹤診斷資訊的幾個工具Oracle
- 配置tnsping跟蹤來診斷Oracle Net連線Oracle
- mysql資料庫效能診斷MySql資料庫
- 【Oracle】資料庫hang 診斷Oracle資料庫
- Oracle配置資料庫診斷Oracle資料庫
- SQLServer進行SQL跟蹤SQLServer
- 對session進行跟蹤Session
- 【SQL_TRACE】解決普通使用者無法執行SQL_TRACE跟蹤其他會話問題SQL會話
- 新增時--sqlserver資料庫跟蹤SQLServer資料庫
- 使用awr來診斷資料庫效能問題資料庫
- dbms_addm執行oracle資料庫診斷Oracle資料庫
- 資料庫診斷一例資料庫
- 如何透過鏈路追蹤進行定時任務診斷
- 【AWR】資料庫診斷工具AWR使用全程記錄資料庫
- 使用DBMS_TRACE對PL/SQL進行跟蹤SQL
- 使用OpenCV進行ROS 2的循線跟蹤OpenCVROS