跟蹤 session 的活動(dòng)，Oracle 提供了很多種手段，不僅可以對(duì)當(dāng)前連接的 session 進(jìn)行跟蹤， 也可以對(duì)其他用戶的 session 進(jìn)行跟蹤；通過(guò)對(duì) trace 檔的分析，不僅可以掌握該 session 的活動(dòng)， 也可以找出這個(gè) session 中的瓶頸所在，對(duì) session 的跟蹤是 DBA 進(jìn)行系統(tǒng)調(diào)優(yōu)、故障診斷的常用方法。

對(duì)當(dāng)前會(huì)話的活動(dòng)進(jìn)行跟蹤及停止跟蹤：

alter session set sql_trace=true/false

對(duì)任意的 session 進(jìn)行跟蹤及停止跟蹤：

exec dbms_system.set_sql_trace_in_session(sid,serial#,sql_trace);
alter session set events 'event trace name context forever,level level';
alter session set events 'event trace name context off';
exec dbms_system.set_ev(sid,serial#,event_10046,level_12,'');
oradebug event 10046 trace name context forever,level 12

利用 Event、SQL  Trace 工具等可以收集 SQL 的性能狀態(tài)數(shù)據(jù)并把這些數(shù)據(jù)記錄到跟蹤文件中，這個(gè)跟蹤文件提供了許多有用的信息，如解析次數(shù)、執(zhí)行次數(shù)、CPU 使用時(shí)間、物理讀、邏 輯讀等，這些信息是判斷 SQL 性能優(yōu)劣的依據(jù)。

user_dump_dest 參數(shù)說(shuō)明了生成跟蹤文件的目 錄，設(shè)置 SQL Trace 首先要在 initsid.ora 中設(shè)定 timed_statistics 為 true，這樣才能得到那些重要 的時(shí)間信息，由于 SQL  Trace 生成的 trace 文件讀起來(lái)很困難，最好用 TKPROF 工具對(duì)其進(jìn)行解釋。

總結(jié)

本文有關(guān)oracle對(duì)session進(jìn)行跟蹤的分析的內(nèi)容就到這里，希望對(duì)大家有所幫助。感興趣的朋友可以繼續(xù)瀏覽：oracle 虛擬專用數(shù)據(jù)庫(kù)詳細(xì)介紹  、Oracle分頁(yè)查詢性能優(yōu)化代碼詳解  、Oracle創(chuàng)建帶有參數(shù)的視圖代碼介紹等。感謝大家對(duì)本站的支持。