對於日誌緩衝區來說,設定過小,容易引起log buffer space等待事件。但也不是說設定得越大就越好的,設定過大,由於LGWR進程會不斷啟動重新整理日誌緩衝區從而釋放記憶體,所以可能會根本用不上多餘的記憶體,從而浪費記憶體。
設定合適的日誌緩衝區大小,目的是為了能夠讓LGWR進程合理地觸發。理想情況下是,一方面,在LGWR進程向聯機記錄檔中寫重做記錄時,日誌緩衝區中還是有剩餘的可用空間以供其他進程所使用;另一方面,當LGWR進程完成時,日誌緩衝區中的剩餘可用空間不要很多,因為這時由LGWR所寫入記錄檔的日誌塊就可以釋放出來了,成為新的剩餘可用空間。然後,LGWR可以再次啟動重新整理髒的日誌塊。如此良性迴圈,就能在滿足效能的前提下,充分利用日誌緩衝區。沒必要盲目地把日誌緩衝區設定得很大,完全可以把節省下來的記憶體交給比如資料區塊緩衝區(buffer cache)等這樣更需要記憶體的組件。
我們已經知道,當重做記錄達到日誌緩衝區的1/3或1MB時,就會觸發LGWR進程。也就是說,Oracle預設認為LGWR進程在寫日誌緩衝區大小的1/3或1MB的重做記錄的過程中,剩下的日誌緩衝區可以供新的重做記錄的需要。當LGWR寫完以後,那麼這1/3或1MB的日誌緩衝區就又可以成為可用的日誌塊以容納新的重做記錄了。由此,我們可以很容易推匯出,當我們設定日誌緩衝區達到3MB(3×1MB)以上時,這時多餘出來的日誌緩衝區實際上並不能用得上,換句話說,多餘出來的記憶體就被我們浪費了。
在設定日誌緩衝區時,可以參考下面這個建議的公式來計算:1.5×(平均每個事務所產生的重做記錄大小×每秒提交的事務數量)。
首先先找到總事務量是多少:
select a.value as trancount from v$sysstat a,v$statname b
where a.statistic# = b.statistic# and b.name = 'user commits';
然後,找到系統總共的已耗用時間:
select trunc(sysdate - startup_time)*24*60*60 as
seconds from v$instance;
第三,找到產生的所有重做記錄大小:
select value as redoblocks from v$sysstat where name =
'redo blocks written';
最後,我們可以分別計算公式中的值:平均每個事務所產生的重做記錄大小= redoblocks/trancount;每秒提交的事務數量=trancount/seconds。這樣,最後所建議的日誌緩衝區的大小可以寫為:1.5×(redoblocks/trancount)×(trancount/seconds)。
查看本欄目更多精彩內容:http://www.bianceng.cnhttp://www.bianceng.cn/database/Oracle/