如何收集Oracle進(jìn)程中的sql跟蹤信息
2024-08-29 13:49:50
供稿：網(wǎng)友
在診斷數(shù)據(jù)庫(kù)系統(tǒng)性能的過程中，總會(huì)涉及到跟蹤效率低下的sql語(yǔ)句，現(xiàn)在就如何跟蹤sql語(yǔ)句來(lái)做一個(gè)簡(jiǎn)單的總結(jié)。權(quán)做拋磚引玉之用。
假如我們可以修改應(yīng)用系統(tǒng)的源代碼，則可以直接在程序中加入如下的語(yǔ)句：
1）alter session set timed_statistics=true； /*適用于Oracle 7.3以后的版本*/
2）alter session set max_dump_file_size=unlimited ； /*適用于Oracle 7.3以后的版本*/
3）alter session set tracefile_identifier='POX20031031a'； /*適用于Oracle 8.1.7以后的版本*/
4）alter session set events '10046 trace name context forever， level 8'；
/*在這里編寫應(yīng)用程序的代碼*/
5）alter session set events '10046 trace name context off'；
在上述語(yǔ)句中，語(yǔ)句1）是把該會(huì)話的時(shí)間統(tǒng)計(jì)打開，該參數(shù)默認(rèn)為false.在Oracle 7.3之前的版本中，不能在會(huì)話級(jí)設(shè)置該參數(shù)，只能修改初始化文件然后重新啟動(dòng)數(shù)據(jù)庫(kù)，這樣將在實(shí)例級(jí)打開時(shí)間統(tǒng)計(jì)。
語(yǔ)句2）是把跟蹤文件的大小設(shè)置成操作系統(tǒng)所答應(yīng)的最大尺寸，這樣可以防止跟蹤文件在完成所需要的跟蹤之前被填布滿，此外需要注重的是確保存放跟蹤文件的目錄要有足夠的空間，否則將會(huì)收到“文件系統(tǒng)已滿”錯(cuò)誤。
語(yǔ)句3）的作用是使生成的跟蹤文件名稱中包含'POX20031031a'字符串，這樣可以使你很輕易的找到所需的跟蹤文件，該參數(shù)在Oracle 8.1.7之后可用。
語(yǔ)句4）和語(yǔ)句5）的作用分別是打開和關(guān)閉跟sql跟蹤，你可以在這兩個(gè)語(yǔ)句之間寫入應(yīng)用程序的代碼，這些代碼的執(zhí)行情況都將被跟蹤。需要注重的是語(yǔ)句4）的level要害字，它用來(lái)指定跟蹤級(jí)別，一共有0，1，2，4，8，12六個(gè)級(jí)別可以設(shè)置，0相當(dāng)于關(guān)閉跟蹤；1是輸出一般的跟蹤信息，不包括綁定變量和等待信息；2和1相同；4是在級(jí)別1的基礎(chǔ)上增加綁定變量信息；8是在級(jí)別1的基礎(chǔ)上增加等待信息；級(jí)別12是輸出包含級(jí)別1，4，8的所有信息。
假如應(yīng)用程序的代碼無(wú)法修改或者是不想去修改，則可以在其他會(huì)話中打開對(duì)特定會(huì)話的跟蹤，方法如下：
1）sys.dbms_system.set_bool_param_in_session（：sid， ：serial，'timed_statistics'， true）；
2）sys.dbms_system.set_int_param_in_session（ ：sid， ：serial，'max_dump_file_size'， 2147483647）；
打開和關(guān)閉跟蹤的第一種方法（oracle推薦）：
3.1）sys.dbms_support.start_trace_in_session（：sid， ：serial，waits=>true， binds=>false）；
/* 在此期間運(yùn)行要跟蹤的應(yīng)用程序*/
4.1）sys.dbms_support.stop_trace_in_session（：sid， ：serial）；
打開和關(guān)閉跟蹤的第二種方法：
3.2）sys.dbms_system.set_ev（：sid， ：serial， 10046， 8， ''）；
/*在此期間運(yùn)行要跟蹤的應(yīng)用程序*/
3.2）sys.dbms_system.set_ev（：sid， ：serial， 10046， 0， ''）；
以上語(yǔ)句中的：sid和：serial分別代表所要跟蹤的會(huì)話的ID和序列號(hào)，這些信息可以從V$SESSION視圖的SID和SERIAL#列獲得。打開關(guān)閉跟蹤中第一種方法的好處是你不用自己寫10046這個(gè)事件號(hào)，這樣可以減少錯(cuò)誤，但是dbms_support程序包在你的數(shù)據(jù)庫(kù)中可能會(huì)不存在，這樣就只有用第二種方法了。
到現(xiàn)在為止，我們已經(jīng)生成了所需要的跟蹤文件，然后我們需要找到該文件來(lái)進(jìn)行分析。跟蹤文件的存放位置只有兩種可能，Oracle參數(shù)USER_DUMP_DEST 或者BACKGROUND_DUMP_DEST指定的目錄；文件名稱根據(jù)不同的平臺(tái)會(huì)有所不同，但是在文件名中都會(huì)包含會(huì)話所對(duì)應(yīng)的操作系統(tǒng)進(jìn)程（線程）號(hào)，也就是V$PROCESS的SPID列（V$PROCESS.SPID） ，該信息可以通過 v$process.addr和v$session.paddr做表連接查詢得到。例如：select spid from v$process p，v$session s where p.addr=s.paddr and s.sid=：sid and s.serial#=：serial.
本文只對(duì)Oracle在使用專用服務(wù)器進(jìn)程（Dedicated Server）模式做了總結(jié)，至于的共享服務(wù)器（Shared Server）模式和在應(yīng)用級(jí)使用連接池的情況下，收集sql跟蹤信息的方法會(huì)比較復(fù)雜，希望有相關(guān)經(jīng)驗(yàn)的高手來(lái)總結(jié)。
