SQL調優Oracle的SQL調優是一個復雜的主題，甚至是需要整本書來介紹Oracle SQL調優的細微差別。不過有一些基本的規則是每個Oracle DBA都需要跟從的，這些規則可以改善他們系統的性能。SQL調優的目標是簡單的： . 消除不必要的大表全表搜索：不必要的全表搜索導致大量不必要的I/O，從而拖慢整個數據庫的性能。調優專家首先會根據查詢返回的行數目來評價SQL。在一個有序的表中，假如查詢返回少于40%的行，或者在一個無序的表中，返回少于7%的行，那么這個查詢都可以調整為使用一個索引來代替全表搜索。對于不必要的全表搜索來說，最常見的調優方法是增加索引。可以在表中加入標準的B樹索引，也可以加入bitmap和基于函數的索引。要決定是否消除一個全表搜索，你可以仔細檢查索引搜索的I/O開銷和全表搜索的開銷，它們的開銷和數據塊的讀取和可能的并行執行有關，并將兩者作對比。在一些情況下，一些不必要的全表搜索的消除可以通過強制使用一個index來達到，只需要在SQL語句中加入一個索引的提示就可以了。. 在全表搜索是一個最快的訪問方法時，將小表的全表搜索放到捍嬤校饔拋矣Ω萌繁Ｓ幸桓鱟諾氖莼撼逵米饜謝撼濉Ｔ贠racle7中，你可以使用alter table xxx cache語句，在Oracle8或以上，小表可以被強制為放到KEEP池中緩沖。. 確保最優的索引使用 ：對于改善查詢的速度，這是非凡重要的。有時Oracle可以選擇多個索引來進行查詢，調優專家必須檢查每個索引并且確保Oracle使用正確的索引。它還包括bitmap和基于函數的索引的使用。. 確保最優的JOIN操作：有些查詢使用NESTED LOOP join快一些，有些則是HASH join快一些，另外一些則是sort-merge join更快。這些規則看來簡單，不過它們占SQL調優任務的90%，并且它們也無需完全懂得Oracle SQL的內部運作。以下我們來簡單概覽以下Oracle SQL的優化。我們首先簡要查看Oracle的排序，并且看一看排序操作是如何影響性能的。調整Oracle的排序操作排序是SQL語法中一個小的方面，但很重要，在Oracle的調整中，它經常被忽略。當使用create index、ORDER BY或者GROUP BY的語句時，Oracle數據庫將會自動執行排序的操作。通常，在以下的情況下Oracle會進行排序的操作：使用Order by的SQL語句使用Group by的SQL語句在創建索引的時候進行table join時，由于現有索引的不足而導致SQL優化器調用MERGE SORT當與Oracle建立起一個session時，在內存中就會為該session分配一個私有的排序區域。假如該連接是一個專用的連接(dedicated connection)，那么就會根據init.ora中sort_area_size參數的大小在內存中分配一個Program Global Area (PGA) 。假如連接是通過多線程服務器建立的，那么排序的空間就在large_pool中分配。不幸的是，對于所有的session，用做排序的內存量都必須是一樣的，我們不能為需要更大排序的操作分配額外的排序區域。因此，設計者必須作出一個平衡，在分配足夠的排序區域以避免發生大的排序任務時出現磁盤排序（disk sorts）的同時，對于那些并不需要進行很大排序的任務，就會出現一些浪費。當然，當排序的空間需求超出了sort_area_size的大小時，這時將會在TEMP表空間中分頁進行磁盤排序。磁盤排序要比內存排序大概慢14,000倍。上面我們已經提到，私有排序區域的大小是有init.ora中的sort_area_size參數決定的。每個排序所占用的大小由init.ora中的sort_area_retained_size參數決定。當排序不能在分配的空間中完成時，就會使用磁盤排序的方式，即在Oracle實例中的臨時表空間中進行。磁盤排序的開銷是很大的，有幾個方面的原因。首先，和內存排序相比較，它們非凡慢；而且磁盤排序會消耗臨時表空間中的資源。Oracle還必須分配緩沖池塊來保持臨時表空間中的塊。無論什么時候，內存排序都比磁盤排序好，磁盤排序將會令任務變慢，并且會影響Oracle實例的當前任務的執行。還有，過多的磁盤排序將會令free buffer waits的值變高，從而令其它任務的數據塊由緩沖中移走。接著，讓我們看一下Oracle的競爭，并且看一下表的存儲參數的設置是如何影響SQL UPDATE和INSERT語句的性能的。