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