http://blog.csdn.net/robinson1988/article/details/4865358
free buffer waits:当一个session试图将一个block读入buffer cache，或者由于读一致需要构造cr的block找不到free buffer而产生的等待。
SQL> select name,parameter1,parameter2,parameter3,wait_class from v$event_name where name ='free buffer waits';
NAME PARAMETER1 PARAMETER2 PARAMETER3 WAIT_CLASS
-------------------- --------------- ---------- ---------- -------------------------------------------------------
free buffer waits file# block# set-id# Configuration
通常产生这个等待事件有以下原因:
1.buffer cache设置太小。 (2012/12/27這次就是這個原因...我居然沒想到，真丟臉...)
2.I/0写太慢，不能及时将Dirty block写到磁盘。
3.烂SQL导致大量的物理读。
4.Dbwr进程太少
5.DML并发太高，写不赢
p1:文件号 p2：块号 p3：10g以前没有使用，10g以后表示LRU/LURW list的SET_ID#
Oracle最多会等待1秒，然后继续尝试查找空闲缓冲区。
free buffer waits:当一个session试图将一个block读入buffer cache，或者由于读一致需要构造cr的block找不到free buffer而产生的等待。
SQL> select name,parameter1,parameter2,parameter3,wait_class from v$event_name where name ='free buffer waits';
NAME PARAMETER1 PARAMETER2 PARAMETER3 WAIT_CLASS
-------------------- --------------- ---------- ---------- -------------------------------------------------------
free buffer waits file# block# set-id# Configuration
通常产生这个等待事件有以下原因:
1.buffer cache设置太小。 (2012/12/27這次就是這個原因...我居然沒想到，真丟臉...)
2.I/0写太慢，不能及时将Dirty block写到磁盘。
3.烂SQL导致大量的物理读。
4.Dbwr进程太少
5.DML并发太高，写不赢
p1:文件号 p2：块号 p3：10g以前没有使用，10g以后表示LRU/LURW list的SET_ID#
Oracle最多会等待1秒，然后继续尝试查找空闲缓冲区。
全表扫描时会将大量数据读入buffer，并cache住，此时如果free块不足，就会覆盖clear块（前期cache住的块），由于需要在LRU
list上扫描足够可用clear块时，则产生了free buffer
wait；如果长时间未找到足够可用的块（即都变为dirty块），此时会触发DBWn将dirty
list中的数据块写入磁盘文件，这个过程将是dirty块变为free块，最后cache住全表扫描的数据表；
所以free buffer wait所花费的事件是从扫描LRU list到写入free块的事件（期间经历DBWn的写入磁盘）这么一段时间
解决方法：
1.增大buffer cache，即增加free块，不会频繁的触发DBWn写，提高性能（DBWn写频繁的坏处 1.消耗cpu；2.增大I/O开销）
2.如果buffer cache足够大，还出现了free块不足，可能由于DBWn写的慢，增加DBWn的个数 DB_WRITER_PROCESSES （前提IO正常，以提高I/O为代价）
3.如果buffer cache足够大，DBWn个数也不少，，还出现了free块不足，可能由于DBWn写入磁盘时较慢I/O存在瓶颈（数据被堵住）
4.此时，调优sql，减少disk_reads,降低IO开销
5.此外还有，延迟的块清除原因
所以free buffer wait所花费的事件是从扫描LRU list到写入free块的事件（期间经历DBWn的写入磁盘）这么一段时间
解决方法：
1.增大buffer cache，即增加free块，不会频繁的触发DBWn写，提高性能（DBWn写频繁的坏处 1.消耗cpu；2.增大I/O开销）
2.如果buffer cache足够大，还出现了free块不足，可能由于DBWn写的慢，增加DBWn的个数 DB_WRITER_PROCESSES （前提IO正常，以提高I/O为代价）
3.如果buffer cache足够大，DBWn个数也不少，，还出现了free块不足，可能由于DBWn写入磁盘时较慢I/O存在瓶颈（数据被堵住）
4.此时，调优sql，减少disk_reads,降低IO开销
5.此外还有，延迟的块清除原因
Free Buffer Waits
When a user session requires free buffers, the server process scans the LRU list to a get a free buffer space. After scanning the LRU list up to a threshold, if the server process could not get free space, it requests the DBWr to write the dirty buffer from the LRU list to disk. While the DBWr process writes the dirty buffers the session waits on 'Free Buffer Waits'.Tuning Options
Poor SQL Statements
Query the V$SQL view for statements that have high DISK_READS. Tune the statements to reduce the physical reads. The poorly written SQL Statements are the main cause of this wait event.
DBWr Processes
Increase the DBWr processes (or)
Decrease the Buffer Cache (or)
Decrease the FAST_START_MTTR_TARGET parameter.
Delayed Block Cleanout
The delayed block cleanout will cause the free buffer wait events. To avoid delayed block cleanout perform a full table scan on a table that has been loaded with a lot of rows before it is released to the application.
Small Buffer Cache
Increase the size of Buffer Cache if you feel that the buffer cache is under sized and check for the wait event.
Slow IO
沒有留言:
張貼留言