(轉):學習Oracle動態效能表-(9)-V$SESSION_WAIT,V$SESSION_EVENT

xz43發表於2010-11-16

(1)-V$SESSION_WAIT

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

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

V$SESSION_WAIT中的常用列

l        SID: session標識

l        EVENT: session當前等待的事件,或者最後一次等待事件。

l        WAIT_TIME: session等待事件的時間(單位,百分之一秒) 如果本列為0,說明session當前存在等待事件。

l        SEQ#: session等待事件將觸發其值自增長

l        P1, P2, P3:等待事件中等待的詳細資料

l        P1TEXT, P2TEXT, P3TEXT:解釋說明p1,p2,p3事件

附註:

1.State欄位有四種含義﹕

(1)WaitingSESSION正等待這個事件。

(2)Waited unknown time:由於設定了timed_statistics值為false,導致不能得到時間資訊。表示發生了等待,但時間很短。

(3)Wait short time:表示發生了等待,但由於時間非常短不超過一個時間單位,所以沒有記錄。

(4)Waited knnow time:如果session等待然後得到了所需資源,那麼將從waiting進入本狀態。

2.Wait_time值也有四種含義:

(1)>0:最後一次等待時間(單位:10ms),當前未在等待狀態。

(2)=0session正在等待當前的事件。

(3)=-1:最後一次等待時間小於1個統計單位,當前未在等待狀態。

(4)=-2:時間統計狀態未置為可用,當前未在等待狀態。

3.Wait_timeSecond_in_wait欄位值與state相關:

(1)如果state值為Waiting,那麼wait_time值無用。Second_in_wait值是實際的等待時間(單位:秒)

(2)如果state值為Wait unknow time,那麼wait_time值和Second_in_wait值都無用。

(3)如果state值為Wait short time,那麼wait_time值和Second_in_wait值都無用。

(4)如果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的分組查詢列出下列的資訊:

l        多數的session都是空閒事件如:SQL*Net message from client, pipe get, PMON timer等。

l        sessioncpu佔用可以透過上次session的非等待事件大致算出,除此問題外:看起來多數session沒有在等待什麼事情(難道他們都在幹活?)但其最後等待事件都是SQL*Net message from client

2.列出指定ID的等待事件

select*fromv$session_waitwheresid=100;

備註:根據會話ID,找到對應的SQL語句

select sq.SQL_TEXT,sq.CPU_TIME from v$sqlarea sq,v$session se where sq.SQL_ID=se.SQL_ID and se.SID=100;

3.應用p1,p2,p3進行等待事件的分析

v$session_wait檢視的列代表的緩衝區忙等待事件如下:

P1—與等待相關的資料檔案的全部檔案數量。

P2P1中的資料檔案的塊數量。

P3—描述等待產生原因的程式碼。

例:selectp1 "File #", p2 "Block #", p3 "Reason Code"

  fromv$session_wait

  whereevent ='buffer busy waits';

如果以上查詢的結果顯示一個塊在忙等待,以下的查詢將顯示這一塊的名稱和型別:

selectowner, segment_name, segment_type

 fromdba_extents

 wherefile_id = &P1 and&P2betweenblock_idandblock_id + blocks -1;

  我們也可以查詢dba_data_files以確定等待的檔案的file_name,方法是使用v$session_wait中的P1

  從v$session_wait中查詢P3(原因編碼)的值可以知道session等待的原因。原因編碼的範圍從0300,下列為部分編碼所代表的事項:

0塊被讀入緩衝區。

100我們想要NEW(建立)一個塊,但這一塊當前被另一session讀入。

110我們想將當前塊設為共享,但這一塊被另一session讀入,所以我們必須等待read()結束。

120我們想獲得當前的塊,但人已經將這一塊讀入緩衝區,所以我們只能等待他人的讀入結束。

130塊被另一session讀入,而且沒有找到協調的塊,所以我們必須等待讀的結束。緩衝區死鎖後這種情況也有可能產生。所以必須讀入塊的CR

200我們想新建立一個block,但其他人在使用,所以我們只好等待他人使用結束。

210 Session想讀入SCURXCUR中的塊,如果塊交換或者session處於非連續的TX模式,所以等待可能需要很長的時間。

220在緩衝區查詢一個塊的當前版本,但有人以不合法的模式使用這一塊,所以我們只能等待。

230CR/CRX方式獲得一個塊,但塊中的更改開始並且沒有結束。

231 CR/CRX掃描找到當前塊,但塊中的更改開始並且沒有結束。

(2)-V$SESSION_EVENT

  本檢視記錄了每個session的每一項等待事件。由上文所知V$SESSION_WAIT顯示了session的當前等待事件,而V$SESSION_EVENT則記錄了session自啟動起所有的事件。

V$SESSION_EVENT中的常用列

l        SIDsession標識

l        EVENTsession等待的事件

l        TOTAL_WAITS:此session當前事件的總等待數

l        TIME_WAITED:此session總等待時間(單位,百分之一秒)

l        AVERAGE_WAIT:此session當前事件平均等待時間(單位,百分之一秒)

l        TOTAL_TIMEOUTS:等待超時次數

其它用法與V$SESSION_WAIT相似,不詳述了

附註:

的等待事件是衡量Oracle執行狀況的重要依據及指標。等待事件的概念是在Oracle7.0.1.2中引入的,大致有100個等待事件。在Oracle 8.0中這個數目增加到了大約150個,在Oracle8i中大約有200個事件,Oracle9i中大約有360個等待事件。主要有兩種類別的等待事件,即空閒(idle)等待事件和非空閒(non-idle)等待事件。

關於空閒事件和非空閒事件目前透過google可以搜尋到非常多詳盡的相關資訊,同時

Oracle Database Performance Tuning Guide and Reference中關於Wait Events也有非常詳盡的描述,在此就不多費口舌了。不過我在itpub論壇看到有熱心人整理的chm格式非空閒事件說明,有興趣的朋友可以下載,連結如下:

非空閒事件說明

詳見:http://www.itpub.net/728733.html


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

相關文章