【恩墨學(xué)院】 盤(pán)點(diǎn) Oracle 11g 中新特性帶來(lái)的10大性能影響（下）

Oracle的任何一個(gè)新版本，總是會(huì)帶來(lái)大量引人矚目的新特性，但是往往在這些新特性引入之初，首先引起的是一些麻煩，因?yàn)閷?duì)于心技術(shù)的不了解，因?yàn)閷?duì)于舊環(huán)境的不適應(yīng)，從Oracle產(chǎn)品到技術(shù)服務(wù)運(yùn)維，總是要走過(guò)一個(gè)磨合的長(zhǎng)期過(guò)程。

那么這次，我們將繼續(xù)為大家分享那些新特性帶來(lái)的新煩惱，為那些準(zhǔn)備或者剛剛踏入這個(gè)新版本的用戶，作為借鑒和參考。

6. _optimizer_use_feedback - 優(yōu)化器的基數(shù)反饋

Cardinality Feedback - 基數(shù)反饋，是Oracle 11.2中引入的新特性，這個(gè)新特性利用SQL執(zhí)行過(guò)程中的信息采集，動(dòng)態(tài)的調(diào)整執(zhí)行計(jì)劃，以解決統(tǒng)計(jì)信息陳舊、無(wú)直方圖或基于直方圖基數(shù)計(jì)算不準(zhǔn)確等情況。

Oracle希望由此提升執(zhí)行計(jì)劃的準(zhǔn)確性，但是在某些情況下，我們可能遇到SQL 第一次執(zhí)行性能最好，之后再運(yùn)行其性能變差的情況。

初始化參數(shù) _optimizer_use_feedback 可以控制這個(gè)特性的啟用，設(shè)置為False關(guān)閉了這個(gè)特性：

alter system set “_optimizer_use_feedback”=false;

7. deferred_segment_creation - 延遲段創(chuàng)建

在Oracle 11.2中， 當(dāng)我們創(chuàng)建一個(gè)空表或者空分區(qū)時(shí)，為了加快創(chuàng)建速度，Oracle并不會(huì)立即分配初始段和空間，實(shí)際的表段Table Segement被延遲到第一行數(shù)據(jù)插入時(shí)創(chuàng)建。

該功能通過(guò)DEFERRED_SEGMENT_CREATION參數(shù)啟用，默認(rèn)為TRUE。延遲段創(chuàng)建可以節(jié)省空間，加快初始化過(guò)程，是面向性能和資源的一個(gè)優(yōu)化。

這個(gè)新特性帶來(lái)的一個(gè)問(wèn)題是，在使用 exp / imp 進(jìn)行導(dǎo)出導(dǎo)入時(shí)，不會(huì)包含這些空表，可能導(dǎo)致遺漏對(duì)象。

如果覺(jué)得這個(gè)特性是困擾，可以通過(guò)修改參數(shù)關(guān)閉這個(gè)特性：

alter system set deferred_segment_creation=flase sscope=spfile;

8. _resource_manager_always_on - 資源管理器

在11g中，Oracle的資源管理器缺省被啟用，并且時(shí)常發(fā)揮作用，并可能引發(fā)競(jìng)爭(zhēng)。

你可能在TOP 5事件中看到類(lèi)似的情景：

有兩個(gè)參數(shù)配合設(shè)置，可以在你不需要資源管理器時(shí)徹底關(guān)閉這個(gè)隱含的控制：

SQL> alter system set "_resource_manager_always_off"=true scope=spfile; 

SQL> alter system set "_resource_manager_always_on"=false scope=spfile;

9. _gc_policy_time - RAC集群中的DRM管理

DRM是 Dynamic Resource Management 的簡(jiǎn)稱(chēng)，意思就是動(dòng)態(tài)資源管理。在Oracle RAC中，所有的數(shù)據(jù)塊（Data block）都有一個(gè)實(shí)例作為主實(shí)例進(jìn)行管理，叫做Master，Master 負(fù)責(zé)照看好自己所管轄的data block的狀態(tài)，包括鎖定等，并對(duì)跨實(shí)例訪問(wèn)進(jìn)行授權(quán)。

如果能隨著數(shù)據(jù)塊的訪問(wèn)頻繁動(dòng)態(tài)的修改數(shù)據(jù)塊的master節(jié)點(diǎn)，那么對(duì)應(yīng)GC的grant message則會(huì)大量的減少?；谝陨峡紤]，DRM特性應(yīng)運(yùn)而生。但是早期的DRM在進(jìn)行 re-master的過(guò)程中長(zhǎng)長(zhǎng)帶來(lái)短時(shí)的性能影響，在很多重要環(huán)境中，這是不能忍受的。

如果希望關(guān)閉DRM這個(gè)特性，可以結(jié)合設(shè)置 _gc_policy_time 和  _gc_undo_affinity :

alter system set "_gc_policy_time" = 0 scope=spfile;

alter system set "_gc_undo_affinity" = false scope=spfile;

10. _cleanup_rollback_entries 、_undo_autotune - UNDO的清理和調(diào)整

在UNDO的管理中，如何設(shè)置保留時(shí)間，清理回滾段條目，釋放UNDO空間，在高事務(wù)率的數(shù)據(jù)庫(kù)中非常重要。

_cleanup_rollback_entries - 指定回滾時(shí)每次回滾的ENTRIES個(gè)數(shù)，默認(rèn)為100，可以設(shè)置更高提升回滾速度；

_undo_autotune - 用于自動(dòng)調(diào)整undo retention時(shí)間，設(shè)置 _undo_autotune=true，則undo_retention不再適用，Oracle會(huì)自行決定tuned_undo_retention；

以下設(shè)置在需要時(shí)對(duì)這些特性做出調(diào)整：

alter system set "_undo_autotune" = false scope=spfile;

alter system set "_cleanup_rollback_entries" = 1000 scope=spfile;