Redowrite触发的四种情况

Redo write触发的四种情况

 

1、当LGWR空闲的时候，会每隔3秒检查一次是否有从redo buffer写入redelog中的数据，如果有，一个后台进程就会自动的执行将其写入.

 

2、当有进程要从redo buffer中分配空间时，会先计算redo buffer中已经占用的空间，如果该空间大于_log_io_size这个参数值，并且此时的LGWR处于空闲状态，便会被激活执行后台写。_log_io_size的默认值是redo buffer大小的三分之一，从8.0开始，_log_io_size 的上限值是1M，和其他的hidden参数一样，如果没明确的设置，在X$KSPPSV视图中查出的值为0

 

3、当一个事物commit时，会产生一个commit标志在redo流中，在redo buffer中的log包括commit标志写入硬盘之前，这个事物是不可恢复的，因此在给用户返回类似‘Commit complete’之前，必须等待LGWR将redo buffer中写入硬盘，在commit后会激活LGWR并且sleeps on a log file sync wait with a timeout of 1 second。为了避免等待

 

可以将_wait_for_sync 参数设置成false，但是这样就不能保证已经commit的的事物实例失败时可以恢复。

 

_log_io_size 和  _wait_for_sync  都是隐藏参数，可以通过下面的sql查看其值

 

[java]

select　　i.ksppinm name,　　i.ksppdesc description,　　cv.ksppstvl value,　　  

cv.ksppstdf isdefault,　　decode(bitand(cv.ksppstvf,7),1,&＃39;MODIFIED&＃39;,4,&＃39;SYSTEM_MOD&＃39;,&＃39;FALSE&＃39;) ismodified,　  

decode(bitand(cv.ksppstvf,2),2,&＃39;TRUE&＃39;,&＃39;FALSE&＃39;) isadjusted   

from　　sys.x$ksppi i,　   www.2cto.com  

sys.x$ksppcv cv　　  

where　i.inst_id=userenv(&＃39;Instance&＃39;) and　　  

cv.inst_id=userenv(&＃39;Instance&＃39;) and　  

i.indx=cv.indx and　i.ksppinm like &＃39;/_%&＃39; escape &＃39;/&＃39;　　order by　　replace(i.ksppinm,&＃39;_&＃39;,&＃39;&＃39;);  

 

需要注意的是在回调语句中的commit并不会等待LWGR写入，例如存储过程中可能会有n个commit操作，但只有当药返回给用户执行结果的时候才会等待LWGR写入，即只会sync最后一个commit操作。

 

一个SGA变量（kcrfshsb, according to bug 182447)是用来确定最大的需要同步的log block号，当LGWR处于激活的状态过程中即正在像disk中写时，几个不同的实例事物执行commit操作，kcrfshsb 变量记录了需要同步的最高块号，这些commit会全部写入disk中在一次redo write中，称为group commit

 

4、当DBWn需要写入一个或多个块的high RBA ，并且high rba超出了on-disk RBA时，从8i开始DWBn将这些块放入延迟队列并且post LGWR来同步最高的RBA，但是不会等待，DBWn会继续执行其他的不需要延迟的写，在8i以前，DBWn会sleep发生a log file sync wait。

 

 

 

作者 wudiisss