Oracle最強有力的輔助診斷工具SQL_TRACE
【賽迪網-IT技術報導】本文主要針對SQL_TRACE的使用方法進行了詳細的介紹,在文章的最後,大家可以透過一個實際案例加深對SQL_TRACE的理解。
[@more@]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 |
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/73920/viewspace-1039020/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Oracle診斷案例-Sql_traceOracleSQL
- oracle 效能診斷工具Oracle
- oracle診斷工具-RDA使用Oracle
- oracle sqlt(sqltxplain) 診斷工具OracleSQLAI
- Oracle診斷工具RDA使用Oracle
- 【轉】oracle診斷工具-RDA使用Oracle
- oracle診斷工具-RDA使用(轉)Oracle
- 數字病理與AI輔助診斷,助力腫瘤精準診療AI
- 使用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】SQL優化及效能診斷好幫手SQL優化
- ORACLE診斷案例Oracle
- Oracle故障診斷Oracle
- ORACLE診斷事件Oracle事件
- 收集Oracle RAC跟蹤診斷資訊的幾個工具Oracle
- 網路診斷工具的使用
- 【DB】使用SQL_TRACE進行資料庫診斷跟蹤SQL資料庫
- 使用SQL_TRACE /10046進行資料庫診斷SQL資料庫
- [JVM] 應用診斷工具之Fastthread(線上診斷)JVMASTthread
- 使用 Diagwait 作為診斷工具,獲取用於診斷 Oracle Clusterware 節點驅逐AIOracle
- 9. Oracle常用分析診斷工具——9.2. ASHOracle
- 9. Oracle常用分析診斷工具——9.1. AWROracle
- Oracle診斷工具 - ORA-4030 Troubleshooting ToolOracle
- Get Proactive - Oracle Database 診斷工具 (文件 ID 1564582.1)OracleDatabase
- Oracle診斷事件列表Oracle事件
- ORACLE診斷事件(zt)Oracle事件
- Oracle中診斷阻塞的sessionOracleSession
- ORACLE診斷事件的總結Oracle事件
- 故障診斷學習工具
- 9. Oracle常用分析診斷工具——9.3.ADDMOracle
- Oracle ADDM 自動診斷監視工具 介紹Oracle
- 無工具情況下Oracle應急診斷思路(一)Oracle
- 無工具情況下Oracle應急診斷思路(二)Oracle