Oracle教程：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查看其值

1.select　　i.ksppinm name,　　i.ksppdesc description,　　cv.ksppstvl value,　　 
2.cv.ksppstdf isdefault,　　decode(bitand(cv.ksppstvf,7),1,'MODIFIED',4,'SYSTEM_MOD','FALSE') ismodified,　  3.decode(bitand(cv.ksppstvf,2),2,'TRUE','FALSE') isadjusted   4.from　　sys.x$ksppi i,　 
5.sys.x$ksppcv cv　　 
6.where　i.inst_id=userenv('Instance') and　　  7.cv.inst_id=userenv('Instance') and　  8.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時，從Oracle 8i開始DWBn將這些塊放入延遲隊列并且post LGWR來同步最高的RBA，但是不會等待，DBWn會繼續執行其他的不需要延遲的寫，在8i以前，DBWn會sleep發生a log file sync wait。

服務器租用/服務器托管中國五強！虛擬主機域名注冊頂級提供商！15年品質保障！--億恩科技[ENKJ.COM]