[轉載]Oracle資料庫應用系統調優方法

　　Oracle資料庫廣泛應用在社會的各個領域，特別是在Client/Server模式的應用，但是應用開發者往往碰到整個系統的效能隨著資料量的增大顯著下降的問題，為了解決這個問題，從以下幾個方面：資料庫伺服器、網路I/O、應用程式等對整個系統加以調整，充分發揮Oracle的效能，提高整個系統的效能。

　　1 調整資料庫伺服器的效能

　　Oracle資料庫伺服器是整個系統的核心，它的效能高低直接影響整個系統的效能，為了調整Oracle資料庫伺服器的效能，主要從以下幾個方面考慮：

　　1.1 調整作業系統以適合Oracle資料庫伺服器執行

　　Oracle資料庫伺服器很大程度上依賴於執行伺服器的作業系統，如果作業系統不能提供最好效能，那麼無論如何調整，Oracle資料庫伺服器也無法發揮其應有的效能。

　　1.1.1 為Oracle資料庫伺服器規劃系統資源

　　據已有計算機可用資源, 規劃分配給Oracle伺服器資源原則是：儘可能使Oracle伺服器使用資源最大化,特別在Client/Server中儘量讓伺服器上所有資源都來執行Oracle服務。

　　1.1.2 調整計算機系統中的記憶體配置

　　多數作業系統都用虛存來模擬計算機上更大的記憶體，它實際上是硬碟上的一定的磁碟空間。當實際的記憶體空間不能滿足應用軟體的要求時，作業系統就將用這部分的磁碟空間對記憶體中的資訊進行頁面替換，這將引起大量的磁碟I/O操作，使整個伺服器的效能下降。為了避免過多地使用虛存，應加大計算機的記憶體。

　　1.1.3 為Oracle資料庫伺服器設定作業系統程式優先順序

　　不要在作業系統中調整Oracle程式的優先順序，因為在Oracle資料庫系統中，所有的後臺和前臺資料庫伺服器程式執行的是同等重要的工作，需要同等的優先順序。所以在安裝時，讓所有的資料庫伺服器程式都使用預設的優先順序執行。

　　1.2 調整記憶體分配

　　Oracle資料庫伺服器保留3個基本的記憶體快取記憶體，分別對應3種不同型別的資料：庫快取記憶體，字典快取記憶體和緩衝區快取記憶體。庫快取記憶體和字典快取記憶體一起構成共享池，共享池再加上緩衝區快取記憶體便構成了系統全程區(SGA)。SGA是對資料庫資料進行快速訪問的一個系統全程區，若SGA本身需要頻繁地進行釋放、分配，則不能達到快速訪問資料的目的，因此應把SGA放在主存中，不要放在虛擬記憶體中。記憶體的調整主要是指調整組成SGA的記憶體結構的大小來提高系統效能，由於Oracle資料庫伺服器的記憶體結構需求與應用密切相關，所以記憶體結構的調整應在磁碟I/O調整之前進行。

　　1.2.1 庫緩衝區的調整

　　庫緩衝區中包含私用和共享SQL和PL/SQL區，透過比較庫緩衝區的命中率決定它的大小。要調整庫緩衝區，必須首先了解該庫緩衝區的活動情況，庫緩衝區的活動統計資訊保留在動態效能表v$librarycache資料字典中，可透過查詢該表來了解其活動情況，以決定如何調整。

　　Pins列給出SQL語句，PL/SQL塊及被訪問物件定義的總次數;Reloads列給出SQL 和PL/SQL塊的隱式分析或物件定義重灌載時在庫程式緩衝區中發生的錯誤。如果sum(pins)/sum(reloads) ≈0，則庫緩衝區的命中率合適;若sum(pins)/sum(reloads)>1, 則需調整初始化引數 shared_pool_size來重新調整分配給共享池的記憶體量。

1.2.2 資料字典緩衝區的調整

　　資料字典緩衝區包含了有關資料庫的結構、使用者、實體資訊。資料字典的命中率，對系統效能影響極大。資料字典緩衝區的使用情況記錄在動態效能表v$librarycache中，可透過查詢該表來了解其活動情況，以決定如何調整。

　　Gets列是對相應項請求次數的統計;Getmisses 列是引起緩衝區出錯的資料的請求次數。對於頻繁訪問的資料字典緩衝區，sum(getmisses)/sum(gets)<10%～15%。若大於此百分數，則應考慮增加資料字典緩衝區的容量，即需調整初始化引數shared_pool_size來重新調整分配給共享池的記憶體量。

　　1.2.3 緩衝區快取記憶體的調整

　　使用者程式所存取的所有資料都是經過緩衝區快取記憶體來存取，所以該部分的命中率，對效能至關重要。緩衝區快取記憶體的使用情況記錄在動態效能表v$sysstat中，可透過查詢該表來了解其活動情況，以決定如何調整。

　　dbblock gets和consistent gets的值是請求資料緩衝區中讀的總次數。physical reads的值是請求資料時引起從盤中讀檔案的次數。從緩衝區快取記憶體中讀的可能性的高低稱為緩衝區的命中率，計算公式：

　　如果Hit Ratio<60%～70%，則應增大db_block_buffers的引數值。db_block_buffers可以調整分配給緩衝區快取記憶體的記憶體量，即db_block_buffers可設定分配緩衝區快取記憶體的資料塊的個數。緩衝區快取記憶體的總位元組數=db_block_buffers的值*db_block_size的值。db_block_size 的值表示資料塊大小的位元組數，可查詢 v$parameter 表：

　　在修改了上述資料庫的初始化引數以後，必須先關閉資料庫，在重新啟動資料庫後才能使新的設定起作用。

　　1.3 調整磁碟 I/O

　　磁碟的I/O速度對整個系統效能有重要影響。解決好磁碟I/O問題，可顯著提高效能。影響磁碟I/O的效能的主要原因有磁碟競爭、I/O次數過多和資料塊空間的分配管理。

　　為Oracle資料庫伺服器建立新檔案時，不論是表空間所用的資料檔案還是資料事務登入所用的日誌檔案，都應仔細考慮資料庫伺服器上的可用磁碟資源。如果伺服器上有多個磁碟，則可將檔案分散儲存到各個可用磁碟上，減少對資料庫的資料檔案及事務日誌檔案的競爭，從而有效地改善伺服器的效能。對於不同的應用系統都有各自的資料集，應當創見不同的表空間分別儲存各自應用系統的資料，並且儘可能的把表空間對應的資料檔案存放在不同的磁碟上，這種從物理上把每個應用系統的表空間分散存放的方法，可以排除兩個應用系統競爭磁碟的可能性。資料檔案、事務日誌檔案分別存放在不同的磁碟上，這樣事務處理執行的磁碟訪問不妨礙對相應的事物日誌登記的磁碟訪問。如果有多個磁碟可用，將兩個事物日誌成員放在不同的磁碟驅動器上，就可以消除日誌檔案可能產生的磁碟競爭。應把一個應用的表資料和索引資料分散存放不同表空間上，並且儘量把不同型別的表空間存放在不同磁碟上，這樣就消除了表資料和索引資料的磁碟競爭。

　1.4 調整資料庫伺服器的回滾段

　　回滾段是一個儲存區域，資料庫使用該儲存區域存放曾經由一個事務更新或刪除的行的原始資料值。如果使用者要回滾一個事務所做的改變，那麼資料庫就從回滾段中讀回改變前的資料並使該事務影響的行改變為它們的原狀態。回滾段控制著資料庫處理事務的能力，因而在資料庫成功中起著關鍵性的作用，不管資料庫的其它部分設計得多好，如果它設計得不合理，將會嚴重影響系統的效能。建立和調整回滾段的原則如下。

　　1.4.1 分離回滾段

　　分離回滾段是指單獨為回滾段建立一個以上的表空間，使回滾段與資料字典、使用者資料、索引等分離開來。由於回滾段的寫入與資料和索引的寫入是並行進行的，因此將它分離出來可以減少I/O爭用。如果回滾段與資料不分離，倘若要某個表空間離線或撤消，那麼在該表空間中的各個回滾段沒有全部離線之前，不能將這個表空間離線或撤消。而一旦該表空間不可用，則該表空間中的所有回滾段也不能使用，這將浪費所有分配的磁碟空間。所以，獨立回滾段可使資料庫管理變得容易。回滾段的經常性收縮，使得表空間的自由塊更容易形成碎片。分離回滾段可以減少資料庫表空間的碎片產生。

　　1.4.2 建立不同大小的回滾段群

　　對於一些聯機事物處理，他們一般是頻繁地對少量資料進行修改，建立許多小的回滾段對之有利。每一個事物的入口項只能限於一個回滾段，回滾段應該充分大以容納一個完整的事物處理，因此對一些較大型事物，需要較大型的回滾段。極個別離線處理事物會產生大量的回滾資訊，這時需要一個特大號的回滾段來處理。根據這些理論，在Oracle資料庫伺服器中針對上述3種事物處理建立三組：小事物組、較大事物組、特大事物組等大小不同的回滾段群，並且將之分散到3個不同的表空間上，群內大小相同，應能滿足該組事物處理的最大要求。

　　1.4.3 建立數量適當的回滾段

　　一般回滾段數量與併發事物個數有關，以下給出由於併發事物個數而應建立回滾段的參考數：

　　併發事物(n)　　　回滾段數

　　n<16　　　　　　　　4

　　16 ≤ n<32　　　　　8

　　n≥ 32　　　　　　n/4

　　2 調整Client/Server模式下的網路I/O

　　Client/Server環境中的應用處理是分佈在客戶應用程式和資料庫服務程式之間的。在 Client/Server環境中Client與Server之間的網路I/O是整個系統效能提高的瓶頸，一個客戶應用程式引起的網路I/O越少，應用及整個系統的效能越好。減少網路I/O的最重要的一條原則：將應用邏輯集中在資料庫伺服器中。

　　2.1 使用Oracle資料庫的完整約束性

　　當為應用建表時，應當為一些有特殊要求的資料加上適當的完整性約束，這樣就能實現由資料庫本身而不是應用程式來約束資料符合一定的條件。資料庫伺服器端的完整約束的執行操作是在比SQL語句級別更低的系統機制上最佳化，它與客戶端無關，只在伺服器中執行，不需在Client 端和Server端之間傳遞SQL語句，有效地減輕網路I/O負擔。

　2.2 使用資料庫觸發器

　　完整約束性只能實現一些較簡單的資料約束條件，對一些較複雜的事物處理規則就無能為力，這時最好不要在應用程式中實施複雜的程式控制，而是應當採用資料庫觸發器來實施複雜的事物規則。資料庫觸發器能實現由資料庫本身，而不是應用程式，來約束資料符合複雜的事物處理規則，並且容易建立，便於管理，避免大量的網路I/O。

　　例如：將當前表A中成為歷史的記錄從A表中轉儲到歷史表B中，表示為Lsbs。

　　在應用程式中實現：　　　　　　　用資料庫觸發器實現：

　　Beign　　　　　　　　　　　　　　Create trigger delete1

　　Update A set lsbs='T';　　　　　 After update of lsbs on A

　　Insert into B　　　　　　　　　　For each row

　　Select * from A where lsbs='T';　Insert into B

　　Delete A where lsbs='T';　　　　　select * from A where :new.lsbs='T';

　　End;　　　　　　　　　　　　　　 Delete A where :new.lsbs='T';

　　End delete1;

　　在應用程式中實現時，所有的SQL命令請求傳送的資料都要透過網路在Client端和Server端進行交換，而不像資料庫觸發器一樣，SQL本身在Server端，不需要透過網路傳輸資料。當進行操作的資料量相當大時，並且多個使用者同時操作時，透過在應用程式中實現複雜的控制，必將增大網路I/O的負荷，使整個系統的效能降低，而用資料庫觸發器能完全避免這種情況發生。

　　2.3 使用儲存過程、儲存函式和包

　　Oracle的儲存過程和儲存函式是命名的能完成一定功能並且儲存在Server端的PL/SQL的集合。包是一種把有關的過程和函式組織封裝成一個資料庫程式單元的方法。它們相對於應用程式的過程、函式而言，把SQL命令儲存在Server端。使用儲存過程和儲存函式，應用程式不必再包含多個網路操作的SQL語句去執行資料庫伺服器操作，而是簡單呼叫儲存過程和儲存函式，在網路上傳輸的只是呼叫過程的名字和輸出結果，這樣就可減少大量的網路I/O。

　　例如：基表A、B的定義：name char(20);detail char(10);A表100萬記錄，應用程式將從基表A中檢索detail列符合給出條件的記錄，並將之插入基表B。

　　如果在Developer/2000 From中按鈕觸發器直接用PL/SQL實現和把它改寫為一個Oracle儲存過程，然後在From中呼叫此過程實現比較，後者效能顯著提高。

　　在考慮使用上述3種方法時：首先考慮使用完整約束性。對於資料庫觸發器和儲存過程，如果需要所有訪問資料庫的程式自動實施一定規則或檢查，那麼使用資料庫觸發器;如果只需對少數的程式實施一定的規則或檢查，則可建立一個過程，讓有關程式呼叫這個過程。

　　3 應用程式的調整

　　3.1 SQL語句的最佳化

　　SQL語句的執行速度，可以受很多因素的影響而變化。但主要的影響因素是：驅動表、執行操作的先後順序和索引的運用。可以由很多不同的方法間接地改變這些因素，以達到最優的執行速度。這裡主要探討當對多個表進行連線查詢時應遵循的最佳化原則：

• 　　(1) 用於連線的子句的列應被索引、在Where子句中應儘量利用索引，而不是避開索引。
• 　　(2) 連線操作應從返回較少行上驅動。
• 　　(3) 如果所連線的表A和B，A表長度遠遠大於B表，建議從較大的A表上驅動。
• 　　(4) 如果Where子句中含有選擇性條件,Where No=20，將最具有選擇性部分放在表示式最後。
• 　　(5) 如果只有一個表有索引，另一表無索引，無索引的表通常作為驅動表。如A表的No列以被索引，而B表的No 列沒被索引，則應當B表作為驅動表，A表作為被驅動表。
• 　　(6) 若用於連線的列和Where子句中其他選擇條件列均有索引，則按各個索引對查詢的有效性和選擇性分別定出級別，結合表中具體資料構成情況，從中選出最佳化路徑，一般需要考慮：子句中哪些列可以使用索引、哪些索引具有唯一性及被查詢錶行數目等。

　　3.2 建立和使用檢視、索引

　　利用檢視可以將基表中的列或行進行裁減、隱藏一部分資料，並且能夠將涉及到多個表的複雜查詢以檢視的方式給出，使應用程式開發簡潔快速。利用索引可以提高查詢效能，減少磁碟I/O，最佳化對資料表的查詢，加速SQL語句的執行。但任何時候建立索引都能提高效能，何時建立索引應當遵循以下原則：該表常用來在索引列上查詢，該表不常更新、插入、刪除等操作，查詢出來的結果記錄數應控制在原表的2%～4%。

　　3.3 使用Oracle的陣列介面

　　當一個客戶應用程式插入一行或用一個查詢來向伺服器請求某行時，不是傳送具有單個行的網路包，而是採用陣列處理，即把要插入的多個行或檢索出的多個行緩衝在陣列中，然後透過很少的幾個包就可在網上傳送這些陣列。例如，一個給定的Select語句返回2000行資料，每行平均大小為40個位元組，資料包的大小為4kB，而陣列大小引數(arraysize)設定為20，則需從伺服器傳送100個資料包到客戶機。如果簡單地把(arraysize)設定為2000，那麼同樣的操作只需要傳送20個資料包。這樣就減少了網路的傳輸量，提高了所有應用的效能。

　　4 總結

　　我們在開發應用程式時，遵循上述的方法和原則，對系統進行調整，收到了令人滿意的效果。但是應當指出，由於客戶機、網路、伺服器這3個相互依存的組成部分都必須調整和同步才能產生最佳的效能，因此還應根據系統的具體情況，具體分析和調整。