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查看其值

select  i.ksppinm name,  i.ksppdesc description,  cv.ksppstvl value,  
cv.ksppstdf isdefault,  decode(bitand(cv.ksppstvf,7),1,'MODIFIED',4,'SYSTEM_MOD','FALSE') ismodified, 
decode(bitand(cv.ksppstvf,2),2,'TRUE','FALSE') isadjusted 
from  sys.x$ksppi i, 
sys.x$ksppcv cv  
where i.inst_id=userenv('Instance') and  
cv.inst_id=userenv('Instance') and 
i.indx=cv.indx and i.ksppinm like '/_%' escape '/'  order by  replace(i.ksppinm,'_','');

 


需要注意的是在回调语句中的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开始将这些块放入延迟队列并且post LGWR来同步最高的RBA,但是不会等待,DBWn会继续执行其他的不需要延迟的写,在8i以前,DBWn会sleep发生a  log file sync wait。

作者:wudiisss 发表于2012-6-1 20:51:21 原文链接
阅读:11 评论:0 查看评论

你可能感兴趣的:(redo,write)