學習動態性能表(6)--v$session_wait&v$session_event

學習動態性能表

第六篇-(1)-V$SESSION_WAIT  2007.5.30

　　這是一個尋找性能瓶頸的關鍵視圖。它提供了任何狀況下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字段有四種含義﹕

(1)Waiting：SESSION正等待這個事件。

(2)Waited unknown time：因爲設置了timed_statistics值爲false，致使不能獲得時間信息。表示發生了等待，但時間很短。

(3)Wait short time：表示發生了等待，但因爲時間很是短不超過一個時間單位，因此沒有記錄。

(4)Waited knnow time：若是session等待而後獲得了所需資源，那麼將從waiting進入本狀態。

 

2.Wait_time值也有四種含義：

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

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

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

(4)值=-2：時間統計狀態未置爲可用，當前未在等待狀態。

 

3.Wait_time和Second_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的分組查詢列出下列的信息：

• 多數的session都是空閒事件如：SQL*Net message from client, pipe get, PMON timer等。
• session的cpu佔用能夠經過上次session的非等待事件大體算出，除此問題外：看起來多數session沒有在等待什麼事情(難道他們都在幹活？)但其最後等待事件都是SQL*Net message from client。

 

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

select * from v$session_wait where sid=100;

 

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

 

第六篇-(2)-V$SESSION_EVENT  2007.5.30

 

　　本視圖記錄了每一個session的每一項等待事件。由上文所知V$SESSION_WAIT顯示了session的當前等待事件，而V$SESSION_EVENT則記錄了session自啓動起全部的事件。

 

 

V$SESSION_EVENT中的經常使用列

• SID：session標識
• EVENT：session等待的事件
• TOTAL_WAITS：此session當前事件的總等待數
• TIME_WAITED：此session總等待時間(單位，百分之一秒)
• AVERAGE_WAIT：此session當前事件平均等待時間(單位，百分之一秒)
• TOTAL_TIMEOUTS：等待超時次數

 

其它用法與V$SESSION_WAIT類似，不詳述了

 

 

附註：

 

Oracle的等待事件是衡量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