跟蹤 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ì)本站的支持。
標(biāo)簽:遼源 郴州 合肥 許昌 焦作 涼山 南充 滁州
巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《對(duì)于oracle對(duì)session進(jìn)行跟蹤的分析》,本文關(guān)鍵詞 對(duì)于,oracle,對(duì),session,進(jìn)行,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問(wèn)題,煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無(wú)關(guān)。