v$session_wait中p1 p2 p3應用總結分析

應用p1,p2,p3進行等待事件的分析
v$session_wait檢視的列代表的緩衝區忙等待事件如下：
P1—與等待相關的資料檔案的全部檔案數量。
P2—P1中的資料檔案的塊數量。
P3—描述等待產生原因的程式碼。
例：select p1 "File #", p2 "Block #", p3 "Reason Code"
　　from v$session_wait
　　where event = 'buffer busy waits';
如果以上查詢的結果顯示一個塊在忙等待，以下的查詢將顯示這一塊的名稱和型別：
select owner, segment_name, segment_type
　from dba_extents
　where file_id = &P1　and &P2 between block_id and block_id + blocks -1;

　　我們也可以查詢dba_data_files以確定等待的檔案的file_name，方法是使用v$session_wait中的P1。
　　從v$session_wait中查詢P3(原因編碼)的值可以知道session等待的原因。原因編碼的範圍從0到300，下列為部分編碼所代表的事項：
0 塊被讀入緩衝區。
100 我們想要NEW(建立)一個塊，但這一塊當前被另一session讀入。
110 我們想將當前塊設為共享，但這一塊被另一session讀入，所以我們必須等待read()結束。
120 我們想獲得當前的塊，但其他人已經將這一塊讀入緩衝區，所以我們只能等待他人的讀入結束。
130 塊被另一session讀入，而且沒有找到其它協調的塊，所以我們必須等待讀的結束。緩衝區死鎖後這種情況也有可能產生。所以必須讀入塊的CR。
200 我們想新建立一個block，但其他人在使用，所以我們只好等待他人使用結束。
210 Session想讀入SCUR或XCUR中的塊，如果塊交換或者session處於非連續的TX模式，所以等待可能需要很長的時間。
220 在緩衝區查詢一個塊的當前版本，但有人以不合法的模式使用這一塊，所以我們只能等待。
230 以CR/CRX方式獲得一個塊，但塊中的更改開始並且沒有結束。
231 CR/CRX掃描找到當前塊，但塊中的更改開始並且沒有結束。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/8554499/viewspace-704315/，如需轉載，請註明出處，否則將追究法律責任。