學習動态性能表 第六篇-(1)-V$SESSION_WAIT

學習動态性能表

第六篇-(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目前session還未有任何等待。

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

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

l         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 GROUPBY event ORDERBYcount(*);

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           13802215

這個按事件和wait_time的分組查詢列出下列的資訊：

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

l         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中的常用列

l         SID：session辨別

l         EVENT：session等待的事件

l         TOTAL_WAITS：此session目前事件的總等待數

l         TIME_WAITED：此session總等待時間(機關，百分之一秒)

l         AVERAGE_WAIT：此session目前事件平均等待時間(機關，百分之一秒)

l         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