Oracle資料庫優化策略總結

SELECT時不利用函式

在做頻繁的查詢壟斷時，儘量直接select欄位名，然後利用C語言程式碼對查詢收穫做二次加工，避免讓Oracle來做混雜的函式可能數學計算。因為Oracle出於通用性的琢磨，其函式及數學計算的速度遠不及用C語言直接編譯成機器碼後計算來的快。

繫結變數

這個能夠大幅度減退SQL的“hard parse”，我們大區域性過程都曾經告終了變數繫結。個別未曾告終的，修正一下，也能很快看到收穫。

批量FETCH

萬一順次select會歸來多條（幾百、上千）登記，利用批量Fetch，例如順次fetch 1000條登記，要比一條條的fetch資料快的多，也能夠管用減退oracle的壓力。

批量提交

順次修正多條（例如小於10000條左右）登記，然後順次性提交，要比每條提交順次快的多。當然前提是業務邏輯批准這麼做。

批量增刪改

萬一必需順次性修正可能剔除多條登記，能夠批准批量陣列繫結的.措施，這個和前面說得“繫結變數”相仿，差異是前者繫結的是一個變數，這裡繫結的是一個大陣列的首指標，這種措施要比逐條繫結厲行快的多。

SQL預解析

前面的大區域性是批量壟斷，還有一種常見的場景是小事務壟斷，但頻率極其高。這種場景等閒SQL也不混雜，幾乎未曾優化的餘地了，然而由於壟斷頻繁，同樣會構成CPU居高不下。現在我們的過程大區域性都是下面這個利用形式：

loop parse sql; bind var; execute sql; end loop;

固然我們利用了繫結變數的措施，然而由於壟斷頻繁，同樣構成許多的“soft parse”以及網路通訊。在記憶體資料庫中，我們等閒批准預解析的措施來長進效率，事實上，Oracle很早就給開發者供給這種形式，只是開發者嫌繁瑣沒利於用而已。將過程改成下列形式：

parse sql; bind var; loop execute sql; end loop;

這麼就能夠管用減退Oracle的壓力，能夠將厲行效率起碼長進一倍。然而這種形式波及到過程構造的改變，定然在設計階段就這麼做。否則，後期再調劑的話，危險和工作量都會很大。

SQL語句的一些優化措施

1、SQL語句用大寫的；因為Oracle總是先解析SQL語句，把小寫的字母轉換成大寫的再厲行。

2、避免在索引列上利用NOT等閒，我們要避免在索引列上利用NOT， NOT會發生在和在索引列上利用函式雷同的波及。

3、當Oracle“碰到”NOT，他就會靜止利用索引轉而厲行全表掃描。

4、避免在索引列上利用計算。WHERE子句中，假定索引列是函式的一區域性。優化器將不利用索引而利用全表掃描。

5、儘量少用DISTINCT壟斷，用EXISTS輪換DISTINCTvalues should never be negative。