- 相關(guān)推薦
Oracle認證：Freebufferwaits等待事件總結(jié)
Free buffer waits
1.簡述：當數(shù)據(jù)庫要在buffer cache中尋找空閑空間來放置數(shù)據(jù)，但發(fā)現(xiàn)空間不足時，就會產(chǎn)生這個等待;
2.詳述：
a)在用戶請求塊的DBA上應(yīng)用HASH函數(shù)，獲得適當?shù)膆ash bucket;
b)檢索bucket對應(yīng)的chain,確認塊頭是否存在，若存在就使用;
c)若不存在，用戶進程在LRU鏈上按最近最少使用的順序?qū)ふ铱臻e緩沖區(qū)。若在此過程中發(fā)現(xiàn)臟塊，則將其移到LRUW列。找到空閑緩沖區(qū)后，就可以從數(shù)據(jù)文件將塊讀到該緩沖區(qū)上;
d)在LRU列上尋找，一般掃描40%的比例，掃完后沒有發(fā)現(xiàn)空閑緩沖區(qū)，就會停止掃描并驅(qū)使DBWR將臟塊寫到磁盤上;
e)在等待dbwr寫臟塊的過程中，用戶進程在等待free buffer waits事件。
3.原因：三部分
1.data buffer太小，導(dǎo)致空閑空間不夠
2.臟塊寫得慢。
a)內(nèi)存中的臟數(shù)據(jù)太多，DBWR無法及時將這些臟數(shù)據(jù)寫到磁盤中以釋放空間，也就是可能有批量dml操作。
b)dbwr數(shù)太少，db_writer_processes參數(shù)是否設(shè)得過少，配合os上的ps -ef | grep | grep dbw查看dbwr數(shù)量
c)緩慢的IO子系統(tǒng)，db file parallel write較多，v
d)延遲塊清除，即延遲塊頭事務(wù)標記清除。
3.要申請的空間過多
a)低效率的SQL語句導(dǎo)致過量的物理讀。
4.附錄：前臺進程掃描lru鏈表，看有沒空閑的空間，一般要掃到預(yù)定義的限度才停止掃描，這個限度是LRU鏈表的百分比，9i中默認40%, 可以通過查詢。 select * from x where kvittag = 'kcbfsp';或者查詢參數(shù) _db_block_max_scan_pct 也是40. 出現(xiàn)場景：imp,impdp導(dǎo)數(shù)進庫也可能出現(xiàn)這個等待。 這個等待事件包含2個參數(shù)：File#: 需要讀取的數(shù)據(jù)塊所在的數(shù)據(jù)文件的文件號。 Block#: 需要讀取的數(shù)據(jù)塊塊號。 什么是延遲塊清除? 在事務(wù)提交前，這個事務(wù)修改得block已經(jīng)被dbwr寫到disk中去了。我們知道，塊頭會記錄這個塊有活動事務(wù)存在，后來這個事務(wù)commit 時，oracle不可能再把它讀回到內(nèi)存中來修改塊頭。只能等下回用它時，到undo段里查詢事務(wù)記錄后，再修改塊標志為已commit.比如如果對一個大表有delete操作，后續(xù)有人對這個表有select操作，因為延遲塊清除的特性，就會占用大量buffer.這也是為什么select也會產(chǎn)生 redo的原因。(select的時候要修改塊頭)delay block cleanout : 主要針對大事務(wù)，可能在commit的時候，一些數(shù)據(jù)臟快已寫入數(shù)據(jù)文件，提交時，無法把這些數(shù)據(jù)塊標記commit,該數(shù)據(jù)塊的下一個讀者對其進行 delay block cleanout .數(shù)據(jù)塊的下一個讀者首先檢查該塊的事務(wù)狀態(tài)是否為活動，不活動的話，修改事務(wù)的標志(flag)。這樣可以避免不必要的事務(wù)讀。
【Oracle認證：Freebufferwaits等待事件總結(jié)】相關(guān)文章：
Oracle認證作用07-31
Oracle最新認證07-13
Oracle認證簡介11-30
Oracle認證途徑09-11
Oracle認證：ORACLE綁定變量BINDPEEKING08-25
Oracle認證：Oracle控制件文件修復(fù)07-27
Oracle認證報考流程01-11
Oracle認證考試技巧09-21
Oracle認證考試相關(guān)08-01