學習動態效能表(六)-(1)-V$SESSION_WAIT

學習動態效能表第六篇-(1)-V$SESSION_WAIT

　　這是一個尋找效能瓶頸的關鍵檢視。它提供了任何情況下session在資料庫中當前正在等待什麼(如果session當前什麼也沒在做，則顯示它最後的等待事件)。當系統存在效能問題時，本檢視可以做為一個起點指明探尋問題的方向。

　　V$SESSION_WAIT中，每一個連線到例項的session都對應一條記錄。

V$SESSION_WAIT中的常用列

SID: session標識
EVENT: session當前等待的事件，或者最後一次等待事件。
WAIT_TIME: session等待事件的時間(單位，百分之一秒)如果本列為0，說明session當前session還未有任何等待。
SEQ#: session等待事件將觸發其值自增長
P1, P2, P3: 等待事件中等待的詳細資料
P1TEXT, P2TEXT, P3TEXT: 解釋說明p1,p2,p3事件

附註：
1.State欄位有四種含義﹕
Waiting：SESSION正等待這個事件。
Waited unknown time：由於設定了timed_statistics值為false，導致不能得到時間資訊。表示發生了等待，但時間很短。
Wait short time：表示發生了等待，但由於時間非常短不超過一個時間單位，所以沒有記錄。
Waited knnow time：如果session等待然後得到了所需資源，那麼將從waiting進入本狀態。

Wait_time值也有四種含義：
值>0：最後一次等待時間(單位：10ms)，當前未在等待狀態。
值=0：session正在等待當前的事件。
值=-1：最後一次等待時間小於1個統計單位，當前未在等待狀態。
值=-2：時間統計狀態未置為可用，當前未在等待狀態。

3.Wait_time和Second_in_wait欄位值與state相關:
如果state值為Waiting，那麼wait_time值無用。Second_in_wait值是實際的等待時間(單位：秒)。
如果state值為Wait unknow time，那麼wait_time值和Second_in_wait值都無用。
如果state值為Wait short time，那麼wait_time值和Second_in_wait值都無用。
如果state值為Waiting known time，那麼wait_time值就是實際等待時間(單位：秒)，Second_in_wait值無用。

V$SESSION_WAIT中的連線列

Column View Joined Column(s)
SID V$SESSION SID

示例：
1.列出當前系統的等待事件
SELECT event,
sum(decode(wait_time,0,1,0)) "Curr",
sum(decode(wait_time,0,0,1)) "Prev",
count(*)"Total"
FROM v$session_wait GROUP BY event ORDER BY count(*);
EVENT Prev Curr Tot
--------------------------------------------- ---- ----- -----
PL/SQL lock timer 0 1 1
SQL*Net more data from client 0 1 1
smon timer 0 1 1
pmon timer 0 1 1
SQL*Net message to client 2 0 2
db file scattered read 2 0 2
rdbms ipc message 0 7 7
Enqueue 0 12 12
pipe get 0 12 12
db file sequential read 3 10 13
latch free 9 6 15
SQL*Net message from client 835 1380 2215

這個按事件和wait_time的分組查詢列出下列的資訊：
多數的session都是空閒事件如：SQL*Net message from client, pipe get, PMON timer等。
session的cpu佔用可以透過上次session的非等待事件大致算出，除此問題外：看起來多數session沒有在等待什麼事情(難道他們都在幹活？)但其最後等待事件都是SQL*Net message from client。

列出指定ID的等待事件
select * from v$session_wait where sid=100;

應用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掃描找到當前塊，但塊中的更改開始並且沒有結束。