% 总和事件　　　　　　　            等待　　　　　 时间(s)　　　消逝时间

　------------------　　　  ------------　　　 ----------- 　　-----------

　　db文件顺序读　　　　　              ,　　　　,　　　　48.54

　　db文件分散读　　　　　              ,　　　 ,　　　　22.04

　　库缓冲区载入死锁　　　              　　　　   ,　　　　 9.26

　　CPU时间　　　　　　　              ,　　 　  　　　     7.83

　　日志文件平行写　　　                ,　 　  　　　     5.68 

SQL> select * from v$waitstat;

CLASS            COUNT        TIME

------------------ ---------- ----------

data block

sort block

save undo block

segment header

save undo header

free list

extent map

1st level bmb

2nd level bmb

3rd level bmb

bitmap block                       

CLASS            COUNT        TIME

------------------ ---------- ----------

bitmap index block

file header block

unused

system undo header

system undo block

undo header

undo block                       

 rows selected.

等待忙例子：

　　select * from v$waitstat;

CLASS    　　　　　　 COUNT　　　 TIME

------------------ ---------- ----------

　　data block　　　　 　　

　　segment header　　　　

　　undo header　　　　　　

　　undo block　　　　 　　　  

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; 

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扫描找到当前块，但块中的更改开始并且没有结束。

正如我在开始时所说的那样，缓冲区忙等待是I/O bound系统中最常见的现象。数据块等待导致的I/O竞争通常是由当扫描相同的索引时，
多个session重复读入相同的块。在这样的情况下，session 1快速扫描缓冲区的块，然后块从磁盘被读入。当session 1等待磁盘读完成过程中，
其它块扫描相同的索引，并很快捕捉session 1，并想从磁盘上读入相同的块。由此产生了缓冲区忙等待。