事件號(hào)：145

事件名：buffer busy waits

參數(shù)一：file#

參數(shù)二：block#

參數(shù)三：9i -原因碼，10g - block class#

事件說明：

一、Oracle會(huì)話正在等待PIN住一個(gè)緩沖區(qū)，會(huì)話必須在讀取或修改緩沖區(qū)之前將該緩沖區(qū)PIN住。

二、在任何時(shí)侯只有一個(gè)進(jìn)程可以PIN住一個(gè)緩沖區(qū)。

三、buffer busy waits表明讀/讀、讀/寫、寫/寫爭(zhēng)用。

四、根據(jù)P3中指明的原因碼有不同的處理方式。

五、現(xiàn)象描述：

會(huì)話在SGA中讀取或修改緩沖區(qū)之前，必須要先獲取cahce buffers chains鎖存器，獲取后然后遍歷這個(gè)緩沖區(qū)鏈，直到發(fā)現(xiàn)它需要的緩沖區(qū)頭。然后以共享方式或獨(dú)占方式獲取該緩沖區(qū)鎖或緩沖區(qū)頭部的PIN，一旦緩沖區(qū)被PIN住，會(huì)話即釋放cache buffers chains鎖存器。如果無法獲得PIN，會(huì)話就在buffer busy waits等待事件上等待。

六、該事件只與SGA中緩沖區(qū)相關(guān)，與會(huì)話私有的PGA中執(zhí)行的讀/寫操作無關(guān)。

七、處理該等待事件時(shí)主要注意以下四方面：

(1) 該等待事件主要的原因碼是什么？(參數(shù)P3)

(2) buffer busy waits事件需要的塊類？(由P1即可找出等待塊的類列)

(3)緩沖區(qū)所屬的段(由P1和P2參數(shù)配合視圖v$extents即可找出等待塊的所屬段)

select s.segment_name, s.partition_name

from dba_extents s

where between s.block_id and (s.block_id + s.blocks -1) and s.file_id =

八、雖然buffer busy waits事件的發(fā)生可能至少有十個(gè)不同的原因，但是代碼130和220是最常見的原因。基本上，小于200的代碼號(hào)意味著這種等待是和I/O有關(guān)的。

帶有原因碼130的數(shù)據(jù)塊(類#1)爭(zhēng)用

(1) 等待集中在數(shù)據(jù)塊上，并且原因碼是130，則意味著多個(gè)會(huì)話并發(fā)請(qǐng)求相同的數(shù)據(jù)塊，但該數(shù)據(jù)塊并不在緩沖存儲(chǔ)器中，并且必須從磁盤讀取。

(2)當(dāng)多個(gè)會(huì)話請(qǐng)求不在緩沖存儲(chǔ)器中的相同數(shù)據(jù)塊時(shí)，ORACLE可以聰明地防止每個(gè)會(huì)話進(jìn)行相同的操作系統(tǒng)I/O調(diào)用。否則，這可能嚴(yán)重地增加系統(tǒng)I/O的數(shù)量，所以，ORACLE只允許一個(gè)會(huì)話執(zhí)行實(shí)際的I/O，而其他的會(huì)話在buffer busy waits上等待塊，執(zhí)行I/O的會(huì)話在db file sequential read或db file scattered read等待事件上等待。

(3)可在v$session視圖中檢查SESSION的注冊(cè)時(shí)間，并且等待事件db file sequential(scattered) read和buffer busy waits等待相同的文件號(hào)和塊號(hào)。

(4)解決方法：優(yōu)化SQL語句，盡可能地減少邏輯讀和物理讀；

帶有原因碼220的數(shù)據(jù)塊(類#1)爭(zhēng)用

(1)等待集中在數(shù)據(jù)塊上，并且原因碼是220，則意味著多個(gè)會(huì)話同時(shí)在相同的對(duì)象上執(zhí)行DML(相同塊中的不同行)。

(2)如果數(shù)據(jù)塊的尺寸較大(>=16K)，則可能強(qiáng)化這種現(xiàn)象，因?yàn)檩^大的塊一般在每個(gè)塊中包含更多的行。

(3)減少這種情況的等待的方法：減少并發(fā)；減少塊中行的數(shù)量；在另一個(gè)具有較小塊尺寸的表空間中重新構(gòu)建對(duì)象。

(4)具體方法說明：

使用較大的PCTFREE重新構(gòu)建表或索引；

使用alter table minimize records_pre_block命令改變表以最小化每個(gè)塊的最小行數(shù)

從ORACLE9i開始，可以在另一個(gè)具有較小塊尺寸的表空間中移動(dòng)或重新構(gòu)建對(duì)象。

注：雖然這些方法可以最小化buffer busy waits問題，但它們無疑會(huì)增加全表掃描時(shí)間和磁盤空間利用率。

數(shù)據(jù)段頭(類#4)的爭(zhēng)用

(1) 如果buffer busy waits的等待事件主要集中在數(shù)據(jù)段頭(即表或索引段頭，并且不是UNDO段頭)上，這意味著數(shù)據(jù)庫中一些表或索引有高段頭活動(dòng)。

注：進(jìn)程出于兩個(gè)主要原因訪問段頭，一是，獲得或修改FREELISTS信息；二是，為了擴(kuò)展高水位標(biāo)記(HWM)。

(2) 減少這種情況的等待的方法：

>> 對(duì)使用自由表進(jìn)行段管理的表，增加確認(rèn)對(duì)象的FREELISTS和FREELIST GROUPS(注：FREELIST GROUPS的增加也是必須的)；

>> 確保FCTFREE和PCTUSED之間的間隙不是太小，從而可以最小化FREELIST的塊循環(huán)。

>> 下一區(qū)的尺寸不能太小，當(dāng)區(qū)高速擴(kuò)張時(shí)，建立的新區(qū)需要修改在段頭中區(qū)映射表。可以考慮將對(duì)象移動(dòng)到合理的、統(tǒng)一尺寸的本地管理的表空間中。

撤銷段頭(類#17)的爭(zhēng)用

(1) 如果buffer busy waits等待事件主要集中在撤銷段頭，這表明數(shù)據(jù)庫中的回滾段過少或者是它們的區(qū)尺寸太小，從而造成對(duì)段頭的頻繁更新。如果使用ORACLE9I的由數(shù)據(jù)庫系統(tǒng)管理UNDO段，就不需要處理這種問題，因?yàn)镺RACLE會(huì)根據(jù)需要增加額外的的UNDO段。

(2) 可以創(chuàng)建并啟用私有回滾段，以減少每個(gè)回滾段的事務(wù)數(shù)量。需要修改init.ora文件中的ROLLBACK_SEGMENTS參數(shù)。

(3) 如果使用公用回滾段可以減少初始化參數(shù)transactions_per_rollback_segment的值，ORACLE通過transactions/transactions_per_rollback_segment來獲取公有回滾段的最小數(shù)量。

撤銷塊的爭(zhēng)用(類#18)

(1) 如果buffer busy waits等待事件主要集中在撤銷塊上，這表明有多個(gè)并發(fā)會(huì)話為保證一致性讀同時(shí)查詢更新的數(shù)據(jù)。

(2)這是應(yīng)用程序存在問題，當(dāng)應(yīng)用程序在不同時(shí)間內(nèi)運(yùn)行查詢和DML時(shí)，這種問題不會(huì)存在。

注釋：

查看系統(tǒng)所有段的有關(guān)buffer busy waits事件的統(tǒng)計(jì)：

SELECT *

FROM v$segment_statistics s

WHERE s.statistic_name = 'buffer busy waits'

AND s.owner <> 'SYS'