如何配置多個(gè)Buffer Pools

1、如何配置多個(gè)buffer pools來自tom 在oracle 的較早版本中，惟獨(dú)一個(gè)塊緩沖區(qū)緩存，全部段的全部塊都放在這個(gè)區(qū)中。從oracle 8.0開頭，可以把sga中各個(gè)段的已緩存塊放在3個(gè)位置上。 默認(rèn)池（default pool）：全部段塊普通都在這個(gè)池中緩存。這就是原先的緩沖區(qū)池（本來也惟獨(dú)一個(gè)緩沖區(qū)池）。 保持池（keep pool）：按慣例，拜訪相當(dāng)常見的段會(huì)放在這個(gè)候選的緩沖區(qū)池中，假如把這些段放在默認(rèn)緩沖區(qū)池中，盡管會(huì)頻繁拜訪，但仍有可能由于其他段需要空間而老化（aging）。用于想無限制(pin)的緩沖區(qū)，可以對(duì)那些需要常常拜訪并駐留在內(nèi)存的小表用法keep pool。

2、回收池（recycle pool）：按慣例，拜訪很隨機(jī)的大段（間或拜訪的大段）可以放在這個(gè)候選的緩沖區(qū)池中，這些塊會(huì)導(dǎo)致過量的緩沖區(qū)刷新輸出，而且不會(huì)帶來任何益處，由于等你想要再用這個(gè)塊時(shí)，它可能已經(jīng)老化退出了緩存。要把這些段與默認(rèn)池和保持池中的段分開，這樣就不會(huì)導(dǎo)致默認(rèn)池和保持池中的塊老化而退出緩存。 需要注重，在保持池和回收池的描述中，我用了一個(gè)說法“按慣例”。由于你徹低有可能不按上面描述的方式用法保持池或回收池，這是無法保證的。事實(shí)上，這3個(gè)池會(huì)以大體相同的方式管理塊。將塊老化或緩存的算法并沒有根本的差異。這樣做的目標(biāo)是讓dba 能把段聚攏到“熱”區(qū)（hot）、“溫”區(qū)（wa）和“不適合

3、緩存”區(qū)（do not care to cache）。 理論上講，默認(rèn)池中的對(duì)象應(yīng)當(dāng)足夠熱（也就是說，用得足夠多），可以保證向來呆在緩存中。緩存會(huì)把它們向來留在內(nèi)存中，由于它們是十分熱門的塊?？赡苓€有一些段相當(dāng)熱門，但是并不太熱。這些塊就作為溫塊。這些段的塊可以從緩存刷新輸出，為不常用的一些塊（“不適合緩存”塊）騰出空間。為了保持這些溫段的塊得到緩存，可以實(shí)行下面的某種做法: 將這些段分配到保持池，力圖讓溫塊在緩沖區(qū)緩存中停歇得更久。 將“不適合緩存”段分配到回收池，讓回收池相當(dāng)小，以便塊能迅速地進(jìn)入緩存和離開緩存（削減管理的開銷）。 任何一種做法都會(huì)增強(qiáng)dba所要執(zhí)行的管理工作，由于要考慮3

4、個(gè)緩存，要確定它們的大小，還要為這些緩存分配對(duì)象。還要記住，這些池之間沒有分享，所以，假如保持池有大量未用的空間，即使默認(rèn)池或回收池空間不夠用了，保持池也不會(huì)把未用空間交出來?？傊?，這些池普通被視為一種十分精細(xì)的低級(jí)調(diào)優(yōu)設(shè)備，惟獨(dú)全部其他調(diào)優(yōu)手段大多用過之后才應(yīng)考慮用法。 -將表用法keep pool,但是要確保db_keep_cache_size能夠容得下要放入keep pool的全部對(duì)象。 -alter table table_name storage(buffer_pool keep);之后對(duì)表舉行分析，確認(rèn)表已被緩存到keep pool中。 -當(dāng)keep pool中無法容納時(shí)，會(huì)用法默

5、認(rèn)緩存區(qū)內(nèi)存空間。 -當(dāng)對(duì)象增長(zhǎng)時(shí)，keep pool的內(nèi)存空間大概會(huì)不在適合該對(duì)象。 測(cè)試: sql analyze table tkeep compute istics; 表已分析。 sql analyze table txx compute statistics; 表已分析。 sql analyze table txx2 compute statistics; 表已分析。 sql select decode(wbpd.bp_, 2 1, 3 'keep', 4 2, 5 'recycle', 6 3, 7 'default', 8 4, 9

6、 '2k pool', 10 5, 11 '4k pool', 12 6, 13 '8k pool', 14 7, 15 '16k pool', 16 8, 17 '32k pool', 18 'unknown') pool, 19 bh.owner, 20 bh.object_name object_name, 21 count(1) numofbuffers 22 from x$kcbwds wds, 23 x$kcbwbpd wbpd, 24 (select _ds, x.ar,

7、 object_name, owner 25 from sys.obj$ o, sys.user$ u, x$bh x 26 where o.owner = u.user 27 and o.dataobj = x.obj 28 and x.state != 0 29 - and o.owner != 0 30 ) bh 31 where wds.set_id = wbpd.bp_lo_sid 32 and wds.set_id = wbpd.bp_hi_sid 33 and wbpd.bp_size != 0 34 and wds.addr = bh.set_ds 35 and

8、bh.object_name in('txx','txx2','tkeep') 36 group by decode(wbpd.bp_id, 37 1, 38 'keep', 39 2, 40 'recycle', 41 3, 42 'default', 43 4, 44 '2k pool', 45 5, 46 '4k pool', 47 6, 48 '8k pool', 49 7, 50 '16k pool', 51 8, 52 '32k pool', 53 'unknown'), 54 bh.owner, 55 bh.object_name 56 order by 1, 4, 3, 2; pool owner object_name numofbuffers - - - -