解析11 12 13 14 15

roothomes

解析11 12 13 14 15
=====  <<11>>  Buffer Pool等待情況統(tǒng)計(jì)
這里的buffer等待往往帶來data block的比較大的等待。這部分等待的情況在前面等待事件中已經(jīng)作過描述。buffer busy wait
=====  <<12>>  PGA統(tǒng)計(jì)信息
這一部分主要展現(xiàn)的是PGA使用的情況，我們可以根據(jù)具體的情況通過設(shè)置參數(shù)PGA_AGGREGATE_TARGET來調(diào)整PGA的值。
在這里，設(shè)置的pga_aggregate_target=500M，并發(fā)數(shù)大概為270。而且數(shù)據(jù)庫(kù)設(shè)置為DEDICATED模式，在這種情況下，PGA要求有更大的空間，因?yàn)樵赑GA下需要存放stack space，user serssion data，cursor state信息。
通過下面的兩個(gè)信息，我們可以看到當(dāng)前的設(shè)置下，PGA Cache Hit達(dá)到了100％，所有的操作都是內(nèi)存中完成的。
=====  <<13>>  PGA調(diào)整的Advisory
PGA_AGGREGATE_TARGET參數(shù)的調(diào)整建議。
我們可以看到，在advisory中，當(dāng)PGA_AGGREGATE_TARGET達(dá)到500M時(shí)，再增大PGA_AGGREGATE_TARGET，基本已經(jīng)起不到提升性能的作用了。
=====  <<14>>  隊(duì)列的統(tǒng)計(jì)信息
關(guān)于Enqueue，我們?cè)诘却�事件里面已�?jīng)作了比較詳盡的描述，這里只是對(duì)等待事件的一個(gè)展開描述，分項(xiàng)的含義請(qǐng)參考在等待事件的說明。
=====  <<15>>  回滾段統(tǒng)計(jì)信息
從9i開始，回滾段一般都是自動(dòng)管理的，一般情況下，這里我們不需要太重點(diǎn)關(guān)注。
在這里，主要關(guān)注pct waits，如果出現(xiàn)比較多的pct waits，那就需要增加回滾段的數(shù)量或者增大回滾段的空間。另外，觀察一下各個(gè)回滾段使用的情況，比較理想的是各個(gè)回滾段上Avg Active比較均衡。

在oracle 9i之前，回滾段時(shí)手工管理的，可以通過指定optimal值來設(shè)定一個(gè)回滾段收縮的值，如果不設(shè)定，默認(rèn)也應(yīng)當(dāng)為initial+(minextents-1)*next extents ，這個(gè)指定的結(jié)果，就是限制了回滾段不能無限制的增長(zhǎng)，當(dāng)超過optimal的設(shè)定值后，在適當(dāng)?shù)臅r(shí)候，oracle會(huì)shrinks到optimal大小。但是9i之后，undo一般都設(shè)置為auto模式，在這種模式下，我們無法指定optimal值，好像也沒有默認(rèn)值，所以無法shrinks，回滾段就會(huì)無限制的增長(zhǎng)，一直到表空間利用率達(dá)到為100％，如果表空間設(shè)置為自動(dòng)擴(kuò)展的方式，這種情況下，就更糟糕，undo將無限制的增長(zhǎng)。在這里，我們也可以看到，shrinks的值為0，也就是說，從來就沒收縮過。