Oracle專家調優秘密(zt)

前言

在過去的十年中，Oracle已經成為世界上最專業的資料庫之一。對於IT專家來說，就是要確保利用Oracle的強大特性來提高他們公司的生產力。最有效的方法之一是透過Oracle調優。它有大量的調整引數和技術來改進你的Oracle資料庫的效能。

　　Oracle調優是一個複雜的主題。關於調優可以寫整整一本書不過，為了改善Oracle資料庫的效能，有一些基本的概念是每個Oracle DBA都應該遵從的。

　　在這篇簡介中，我們將簡要地介紹以下的Oracle主題：

　　--外部調整：我們應該記住Oracle並不是單獨執行的。因此我們將檢視一下透過調整Oracle伺服器以得到高的效能。

　　--Row re-sequencing以減少磁碟I/O：我們應該懂得Oracle調優最重要的目標是減少I/O。

　　--Oracle SQL調整。Oracle SQL調整是Oracle調整中最重要的領域之一，只要透過一些簡單的SQL調優規則就可以大幅度地提升SQL語句的效能，這是一點都不奇怪的。

　　--調整Oracle排序：排序對於Oracle效能也是有很大影響的。

　　--調整Oracle的競爭：表和索引的引數設定對於UPDATE和INSERT的效能有很大的影響。

　　我們首先從調整Oracle外部的環境開始。如果記憶體和CPU的資源不足的話，任何的Oracle調整都是沒有幫助的。

　　外部的效能問題

　　Oracle並不是單獨執行的。Oracle資料庫的效能和外部的環境有很大的關係。這些外部的條件包括有：

　　．CPU--CPU資源的不足令查詢變慢。當查詢超過了Oracle伺服器的CPU效能時，你的資料庫效能就受到CPU的限制。

　　．記憶體--可用於Oralce的記憶體數量也會影響SQL的效能，特別是在資料緩衝和記憶體排序方面。

　　．網路--大量的Net8通訊令SQL的效能變慢。

　　許多新手都錯誤的認為應該首先調整Oracle資料庫，而不是先確認外部資源是否足夠。實際上，如果外部環境出現瓶頸，再多的Oracle調整都是沒有幫助的。

　　在檢查Oracle的外部環境時，有兩個方面是需要注意的：

　　1、當執行佇列的數目超過伺服器的CPU數量時，伺服器的效能就會受到CPU的限制。補救的方法是為伺服器增加額外的CPU或者關閉需要很多處理資源的元件，例如Oracle Parallel Query。

　　2、記憶體分頁。當記憶體分頁時，記憶體容量已經不足，而記憶體頁是與磁碟上的交換區進行互動的。補救的方法是增加更多的記憶體，減少Oracle SGA的大小，或者關閉Oracle的多執行緒伺服器。

　　可以使用各種標準的伺服器工具來得到伺服器的統計資料，例如vmstat,glance,top和sar。DBA的目標是確保資料庫伺服器擁有足夠的CPU和記憶體資源來處理Oracle的請求。

　　以下讓我們來看一下Oracle的row-resequencing是如何能夠極大地減少磁碟I/O的。

　　Row-resequencing（行的重新排序）

　　就象我們上面提到的，有經驗的Oracle DBA都知道I/O是響應時間的最大組成部分。其中磁碟I/O特別厲害，因為當Oracle由磁碟上的一個資料檔案得到一個資料塊時，讀的程式就必須等待物理I/O操作完成。磁碟操作要比資料緩衝慢10,000倍。因此，如果可以令I/O最小化，或者減少由於磁碟上的檔案競爭而帶來的瓶頸，就可以大大地改善Oracle資料庫的效能。

　　如果系統響應很慢，透過減少磁碟I/O就可以有一個很快的改善。如果在一個事務中透過按一定的範圍搜尋primary-key索引來訪問表，那麼重新以CTAS的方法組織表將是你減少I/O的首要策略。透過在物理上將行排序為和primary-key索引一樣的順序，就可以加快獲得資料的速度。

　　就象磁碟的負載平衡一樣，行的重新排序也是很簡單的，而且也很快。透過與其它的DBA管理技巧一起使用，就可以在高I/O的系統中大大地減少響應的時間。

　　在高容量的線上事務處理環境中（online transaction processing，OLTP），資料是由一個primary索引得到的，重新排序表格的行就可以令連續塊的順序和它們的primary索引一樣，這樣就可以在索引驅動的表格查詢中，減少物理I/O並且改善響應時間。這個技巧僅在應用選擇多行的時候有用，或者在使用索引範圍搜尋和應用發出多個查詢來得到連續的key時有效。對於隨機的唯一primary-key（主鍵）的訪問將不會由行重新排序中得到好處。

　　讓我們看一下它是如何工作的。考慮以下的一個SQL的查詢，它使用一個索引來得到100行：

select salary from employee where last_name like 'B%';

　　這個查詢將會使用last_name_index，搜尋其中的每一行來得到目標行。這個查詢將會至少使用100次物理磁碟的讀取，因為employee的行存放在不同的資料塊中。

　　不過，如果表中的行已經重新排序為和last_name_index的一樣，同樣的查詢又會怎樣處理呢？我們可以看到這個查詢只需要三次的磁碟I/O就讀完全部100個員工的資料（一次用作索引的讀取，兩次用作資料塊的讀取），減少了97次的塊讀取。

　　重新排序帶來的效能改善的程度在於在你開始的時候行的亂序性如何，以及你需要由序列中訪問多少行。至於一個表中的行與索引的排序鍵的匹配程度，可以檢視資料字典中的dba_indexes和dba_tables檢視得到。

　　在dba_indexes的檢視中，檢視clustering_factor列。如果clustering_factor的值和表中的塊數目大致一樣，那麼你的表和索引的順序是一樣的。不過，如果clustering_factor 的值接近表中的行數目，那就表明表格中的行和索引的順序是不一樣的。

　　行重新排序的作用是不可以小看的。在需要進行大範圍的索引搜尋的大表中，行重新排序可以令查詢的效能提高三倍。

　　一旦你已經決定重新排序表中的行，你可以使用以下的工具之一來重新組織表格。

　　. 使用Oracle的Create Table As Select (CTAS) 語法來複製表格

　　. Oracle9i自帶的表格重新組織工具

　　以下，我們來看以下SQL語句的調優。