Oracle性能調優可以說是Oracle數據庫管理系統當中的重要和高端技術，是一個數據庫技術精英應該具備的一項技能。中培偉業的賈老師是該領域的權威專家，他認為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能在共享池中保持分析和執行語句，提高語查詢V$LIBRARYCACHE 數據字典視圖句分析和執行效率，降低資源消耗。通過比較Library Cache的命中率來決定它的大小。（其中，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表：

如果該值>90%，說明命中率合適。否則，應增大共享池的大小。
調整數據庫緩沖區高速緩存
　　Oracle 在運行期間向數據庫高速緩存讀寫數據，高速緩存命中表示信息已在內存中，高速緩存失敗意味著Oracle必需進行磁盤I/O。保持高速緩存失敗率最小的關鍵是確保高速緩存的大小。初始化參數DB－BLOCK－BUFFERS控制數據庫緩沖區高速緩存的大小。可通過查詢V$SYSSTAT命中率，以確定是否應當增加DB－BLOCK－BUFFERS的值。

通過查詢結果
　　命中率=1-physical reads/(dbblock gets+consistent gets)
　　如果命中率<0.6～0.7，則應增大DB－BLOCK－BUFFERS。
　　調整磁盤I/O
　　磁盤I/O是系統性能的瓶頸，解決好磁盤I/O，可明顯提高性能。通過查詢V$FILESTAT可以知道每個物理文件的使用頻率（phyrds表示每個數據文件讀的次數，phywrts表示每個數據文件寫的次數）

對于使用頻率較高的物理文件,可以采用以下策略:
　　將I/O盡可能平均分配在盡可能多的磁盤上。
　　為表和索引建立不同的表空間。
　　將數據文件與重做日志文件分離在不同的磁盤上。
　　減少不經Oracle SERVER的磁盤I/O。
調整競爭
　　當多個進程對相同的資源發出申請時，產生競爭。
　　修改Process參數
　　該參數定義可以同時連接到Oracle數據庫的最大進程數，缺省值為50。注意，Oracle的后臺進程也包括在此數目中，建議將該值改為200。
　　減少調度進程的競爭
　　減少調度進程的競爭，通過查詢v$dispatcher表來判定調度進程的競爭

如果某種協議忙的比率超過50%，應增加MTS－DISPATCHERS的值。
　　減少多線程服務進程競爭
　　首先查詢V$SYSSTAT表判定是否發生多線程服務進程競爭:

如果共享服務進程數量已達到初始化參數文件中MTS－MAX－SERVERS指定的最大值，但應用運行時，平均請求等待時間仍持續增長，那么，應加大MTS－MAX－SERVERS的值。
　　減少重做日志緩沖區競爭
　　通過查詢V$SYSSTAT表判定redo log 文件緩沖區是否足夠。

此處value的值應接近于0，否則，應增大初始化參數文件的LOG－BUFFEQS的值。
　　減少回退段競爭
　　回退段對性能也有影響，根據事物大小情況來分配合適的回退段。
　　首先判定回退段的數量能否滿足系統運行的需要：
　　查詢V$WAITSTAT表與V$SYSSTAT表

如果任何一個class/sum(value)>10%,那么考慮增加回退段。回退段的數量一般按如下規律設定：
　　用戶數　 回退段個數
　　n<164
　　16<n<328
　　32<=n　n/4 但不超過50</n<328
　　減少Free List競爭
　　當多個進程同時向一個表中插入數據時，產生Free List競爭。

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

想了解更多IT資訊，請訪問中培偉業官網：中培偉業