日期:2014-05-16  浏览次数:20524 次

Oracle 进程之DBWR运行原理

在讲DBWR进程之前,简单介绍下working set。即working set=LRU+LRUW。LRU和LRUW总是成对出现。LRU指的是替换列,主要分为主列和辅助列。主列指的是已使用的缓冲区列,以hot区域和cold区域区分管理。LRUW指的是记录列。也分为主列和辅助列。主列主要指的是已修改的缓冲区列。辅助列指的是当前DBWR写入中的缓冲区列。DBWR运行原理如下:

当进程在辅助LRU链表和主LRU链表上扫描以查找可以覆盖的buffer header(空闲缓冲区)时,如果已经扫描的buffer header的数量到达一定的限度(由隐藏参数:_db_block_max_scan_pct决定)时,触发DBWR进程。 _db_block_max_scan_pct表示已经扫描的buffer header的个数占整个LRU链表上buffer header总数的百分比。通过DBWR保证拥有空闲缓冲区为止,这时,搜索可用buffer header的进程挂起,在v$session_wait中表现为等待“free buffer wait”事件,同时增加v$sysstat中的“dirty buffers inspected”和“DBWR make free requests”的值。
引用
NAME                                          VALUE                PDESC
--------------------------------------------- -------------------- --------------------------------------------------
_db_block_max_scan_pct                        40                   Percentage of buffers to inspect when looking for free


引用
SQL> select KVITVAL,KVITTAG,KVITDSC from x$kvit
  2  where KVITTAG='kcbfsp';    

   KVITVAL KVITTAG                             KVITDSC
---------- ----------------------------------- ----------------------------
        40 kcbfsp                              Max percentage of LRU list foreground can scan for free
SQL> col VALUE for 999999999999
SQL> select * from v$sysstat
  2  where name like '%dirty buffers inspected%';
STATISTIC# NAME                                               CLASS                  VALUE
---------- --------------------------------------------- ---------- ----------------------
        76 dirty buffers inspected                                8                      0



当DBWR在获得cache buffer lru chain后,从cold区域的尾部开始检索LRUW列,主LRUW链表上查找已经更新完而正在等待被写入数据文件的buffer header时,如果找到的buffer header的数量超过一定限度(由隐藏参数:_db_writer_scan_depth_pct决定,表示已经扫描的脏数据块的个数占整个主LRUW链表上 buffer header总数的百分比。)时,DBWR就不再继续往下扫描,而转到辅助 LRUW链表上将其上的脏数据块写入数据文件。

引用
NAME                                          VALUE                PDESC
----------------------------