Redo write触发的四种情况

最新推荐文章于 2025-02-17 07:30:00 发布

原创最新推荐文章于 2025-02-17 07:30:00 发布 · 1.2k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#buffer #io #disk #file #system #存储

Oracle 专栏收录该内容

24 篇文章

订阅专栏

本文详细介绍了Oracle数据库中LGWR（Log Writer）进程的工作原理。内容涵盖LGWR的触发时机，如定期检查、事务提交及DBWn写操作等场景；探讨了隐藏参数_log_io_size与_wait_for_sync的作用；并解释了group commit机制如何提高并发性能。

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