1、當LGWR空閑的時候,會每隔3秒檢查一次是否有從redo buffer寫入redelog中的數(shù)據(jù),如果有,一個后臺進程就會自動的執(zhí)行將其寫入
2、當有進程要從redo buffer中分配空間時,會先計算redo buffer中已經(jīng)占用的空間,如果該空間大于_log_io_size這個參數(shù)值,并且此時的LGWR處于空閑狀態(tài),便會被激活執(zhí)行后臺寫。_log_io_size的默認值是redo buffer大小的三分之一,從8.0開始,_log_io_size 的上限值是1M,和其他的hidden參數(shù)一樣,如果沒明確的設置,在X$KSPPSV視圖中查出的值為0
-
3、當一個事物commit時,會產(chǎn)生一個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 參數(shù)設置成false,但是這樣就不能保證已經(jīng)commit的的事物實例失敗時可以恢復。
_log_io_size 和 _wait_for_sync 都是隱藏參數(shù),可以通過下面的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操作,但只有當藥返回給用戶執(zhí)行結果的時候才會等待LWGR寫入,即只會sync最后一個commit操作。
一個SGA變量(kcrfshsb, according to bug 182447)是用來確定最大的需要同步的log block號,當LGWR處于激活的狀態(tài)過程中即正在像disk中寫時,幾個不同的實例事物執(zhí)行commit操作,kcrfshsb 變量記錄了需要同步的最高塊號,這些commit會全部寫入disk中在一次redo write中,稱為group commit
4、當DBWn需要寫入一個或多個塊的high RBA ,并且high rba超出了on-disk RBA時,從Oracle 8i開始DWBn將這些塊放入延遲隊列并且post LGWR來同步最高的RBA,但是不會等待,DBWn會繼續(xù)執(zhí)行其他的不需要延遲的寫,在8i以前,DBWn會sleep發(fā)生a log file sync wait。 本文出自:億恩科技【www.yaz797.com】
服務器租用/服務器托管中國五強!虛擬主機域名注冊頂級提供商!15年品質保障!--億恩科技[ENKJ.COM]
|