oracle資料庫的效能調整(轉)

oracle資料庫的效能調整(轉)[@more@]

oracle資料庫的效能調整 （強力推薦，本文詳細介紹了什麼情況下需要調整系統引數中的哪個引數，其中查詢語句都經過本人測試，有一句不明白的，希望

高手給予修改辦法。）

　　　　oracle是一個高效能資料庫軟體。使用者可以透過引數的調整，達到效能的最佳化。效能最佳化主要分為兩部分：一是資料庫管理員透過對系統引數的調整達到最佳化的目的，二是開發人員透過對應用程式的最佳化達到調整的目的。

　　在此，僅就係統引數的調整進行探討，而不涉及應用程式的最佳化。對系統引數的調整，可以分為以下幾個部分：

　一： 調整記憶體分配

　　系統全域性區（SGA）是一個分配給ORACLE 包含ORACLE 資料庫例項控制資訊的記憶體段。SGA的大小對系統效能的影響極大，其預設引數設定只適用於配置很低的計算機，不適應收入系統現有裝置的需要。這些引數若不作調整，會對系統資源造成巨大浪費。就收入系統的Alpha 1200而言，SGA的大小以160兆左右為宜。

　　初始化引數檔案中的一些引數對SGA的大小有決定性的影響。引數DB－BLOCK－BUFFERS（SGA中儲存區快取記憶體的緩衝區數目），引數SHARED－POOL－SIZE（分配給共享SQL區的位元組數），是SGA大小的主要影響者。

　　DB－BLOCK－BUFFERS引數是SGA大小和資料庫效能的最重要的決定因素。該值較高，可以提高系統的命中率，減少I/O。每個緩衝區的大小等於引數DB－BLOCK－SIZE的大小。ORACLE資料庫塊以位元組表示大小。

　　Oracle SGA區共享池部分由庫快取記憶體、字典快取記憶體及其他一些使用者和伺服器會話資訊組成，共享池是最大的消耗成分。調整SGA區各個結構的大小，可以極大地提高系統的效能。

　　.調整Library Cache

　　庫快取記憶體（Library Cache）中包含私用和共享SQL區和PL/SQL區。調整SGA的重要問題是確保庫快取記憶體足夠大，以使 ORACLE能在共享池中保持分析和執行語句，提高語句分析和執行效率，降低資源消耗。透過比較Library Cache的命中率來決定它的大小。查詢 V$LIBRARYCACHE 資料字典檢視（其中，pins表示快取記憶體命中率，reloads表示快取記憶體失敗）

SQL〉SELECT SUM(pins),SUM(reloads) FROM v$librarycache;

如果sum(reload)/sum(pins)≈0，說明Library Cache的命中率比較合適，若大於1，則需要增加共享池（SHARED－POOL－SIZE）的大小（在初始化引數檔案中）。

　　.調整資料字典快取記憶體（Dictionary Cache）

　　資料字典快取記憶體包括了有關資料庫的結構、使用者、實體資訊等。資料字典的命中率對系統有很大的影響。命中率的計算中，getmisses 表示失敗次數，gets表示成功次數。

　　查詢V$ROWCACHE表：

　　SQL>SELECT (1-(SUM(getmisses)/(SUM(gets)+SUM(getmisses))))*100 FROM v$rowcache;

　　如果該值>90%，說明命中率合適。否則，應增大共享池的大小。

　　.調整資料庫緩衝區快取記憶體

　　Oracle 在執行期間向資料庫快取記憶體讀寫資料，快取記憶體命中表示資訊已在記憶體中，快取記憶體失敗意味著ORACLE必需進行磁碟I/O。保持快取記憶體失敗率最小的關鍵是確保快取記憶體的大小。初始化引數DB－BLOCK－BUFFERS控制資料庫緩衝區快取記憶體的大小。可透過查詢V$ SYSSTAT命中率，以確定是否應當增加DB－BLOCK－BUFFERS的值。

　　SQL>SELECT name,value FROM V$SYSSTAT WHERE name =any ('dbblock gets','consistent gets','physical reads');

　　透過查詢結果

　　命中率=1-physical reads/(dbblock gets+consistent gets)

　　如果命中率<0.6～0.7，則應增大DB－BLOCK－BUFFERS。

　二：調整磁碟I/O

　　磁碟I/O是系統效能的瓶頸，解決好磁碟I/O，可明顯提高效能。透過查詢V$FILESTAT可以知道每個物理檔案的使用頻率（phyrds表示每個資料檔案讀的次數，phywrts表示每個資料檔案寫的次數）

　　SQL>SELECT name,phyrds,phywrts FROM v$datafile df,v$filestat fs WHERE df.file# =fs.file#;

對於使用頻率較高的物理檔案,可以採用以下策略:

　　.將I/O儘可能平均分配在儘可能多的磁碟上。

　　.為表和索引建立不同的表空間。

　　.將資料檔案與重做日誌檔案分離在不同的磁碟上。

　　.減少不經oracle SERVER的磁碟I/O。

　　(3)調整競爭

　　當多個程式對相同的資源發出申請時，產生競爭。

　　.修改process引數

　　該引數定義可以同時連線到oracle資料庫的最大程式數，預設值為50。注意，oracle的後臺程式也包括在此數目中，建議將該值改為200。

　　.減少排程程式的競爭

　　減少排程程式的競爭，透過查詢v$dispatcher表來判定排程程式的競爭

　　SQL>SELECT network,sum(busy)/sum(busy)+sum(idle) FROM v$dispatcher GROUP BY network;

　　如果某種協議忙的比率超過50%，應增加MTS－DISPATCHERS的值。

　　.減少多執行緒服務程式競爭

　　首先查詢V$SYSSTAT表判定是否發生多執行緒服務程式競爭:

　　SQL>SELECT DECODE(totalq,0,'No request',wait/totalq||'hunderths of seconds') FROM v$sysstat WHERE type='common';

　　如果共享服務程式數量已達到初始化引數檔案中MTS－MAX－SERVERS指定的最大值，但應用執行時，平均請求等待時間仍持續增長，那麼，應加大MTS－MAX－SERVERS的值。 (txfy:這句不能正常執行，不知怎麼用，希望各位老大幫忙調整調整）

　　.減少重做日誌緩衝區競爭

　　透過查詢V$SYSSTAT表判定redo log 檔案緩衝區是否足夠。

　　SQL>SELECT name,value FROM v$sysstat WHERE name='redo log space request';

　　此處value的值應接近於0，否則，應增大初始化引數檔案的LOG－BUFFEQS的值。

　　.減少回退段競爭

　　回退段對效能也有影響，根據事物大小情況來分配合適的回退段。

　　首先判定回退段的數量能否滿足系統執行的需要：

　　查詢V$WAITSTAT表與V$SYSSTAT表

SELECT class,count FROM v$waitstat WHERE class IN ('system undo header','system undo block','undo header','undo block');

　　SQL>SELECT sum(value) FROM v$sysstat WHERE name IN ('db block gets','consistent gets');

　　如果任何一個class/sum(value)>10%,那麼考慮增加回退段。回退段的數量一般按如下規律設定：

　　使用者數　　　　　　　　　 回退段個數

n<16　　　　　　　　　　　　4

16 32<=n　　　　　　　　　　　n/4 但不超過50

　　.減少Free List競爭

　　當多個程式同時向一個表中插入資料時，產生Free List競爭。

　　SQL>SELECT class,count FROM v$waitstat WHERE class='free list';

　　SQL>SELECT sum(value) FROM v$sysstat WHERE name IN ('db block gets','consistent gets');

　　如果class/sum(value)>1%，則應增加該表的Free List 的值