oracle的優化

原則一：注意WHERE子句中的鏈接順序： 
ORACLE採用自下而上的順序解析WHERE子句,根據這個原理,表之間的鏈接必須寫在其餘WHERE條件以前, 那些能夠過濾掉最大數量記錄的條件必須寫在WHERE子句的末尾. 
尤爲是「主鍵ID=？」這樣的條件。

 

原則二： SELECT子句中避免使用 ‘ * ‘： 
ORACLE在解析的過程當中, 會將'*' 依次轉換成全部的列名, 這個工做是經過查詢數據字典完成的, 這意味着將耗費更多的時間 。

 

簡單地講，語句執行的時間越短越好（尤爲對於系統的終端用戶來講）。而對於查詢語句，因爲全表掃描讀取的數據多，尤爲是對於大型表不只查詢速度慢，並且對磁盤IO形成大的壓力，一般都要避免，而避免的方式一般是使用索引Index。

 

使用索引的優點與代價。
優點：
1）索引是表的一個概念部分,用來提升檢索數據的效率，ORACLE使用了一個複雜的自平衡B-tree結構. 一般,經過索引查詢數據比全表掃描要快. 當ORACLE找出執行查詢和Update語句的最佳路徑時, ORACLE優化器將使用索引. 一樣在聯結多個表時使用索引也能夠提升效率.
2） 另外一個使用索引的好處是,它提供了主鍵(primary key)的惟一性驗證.。那些LONG或LONG RAW數據類型, 你能夠索引幾乎全部的列. 一般, 在大型表中使用索引特別有效. 固然,你也會發現, 在掃描小表時,使用索引一樣能提升效率.
代價： 雖然使用索引能獲得查詢效率的提升,可是咱們也必須注意到它的代價. 索引須要空間來存儲,也須要按期維護, 每當有記錄在表中增減或索引列被修改時, 索引自己也會被修改. 這意味着每條記錄的INSERT , DELETE , UPDATE將爲此多付出4 , 5 次的磁盤I/O . 由於索引須要額外的存儲空間和處理,那些沒必要要的索引反而會 使查詢反應時間變慢.。並且表越大，影響越嚴重。

 

使用索引須要注意的地方：

一、避免在索引列上使用NOT ，　 
咱們要避免在索引列上使用NOT, NOT會產生在和在索引列上使用函數相同的影響. 當ORACLE」遇到」NOT,他就會中止使用索引轉而執行全表掃描.

二、避免在索引列上使用計算． 
WHERE子句中，若是索引列是函數的一部分．優化器將不使用索引而使用全表掃描． 舉例: 代碼以下:

低效:SELECT … FROM DEPT WHERE SAL * 12 > 25000; 
高效:SELECT … FROM DEPT WHERE SAL > 25000/12;

三、避免在索引列上使用IS NULL和IS NOT NULL 
避免在索引中使用任何能夠爲空的列，ORACLE性能上將沒法使用該索引．對於單列索引，若是列包含空值，索引中將不存在此記錄. 對於複合索引，若是每一個列都爲空，索引中一樣不存在此記錄.　若是至少有一個列不爲空，則記錄存在於索引中．舉例: 若是惟一性索引創建在表的A列和B列上, 而且表中存在一條記錄的A,B值爲(123,null) , ORACLE將不接受下一條具備相同A,B值（123,null）的記錄(插入). 然而若是全部的索引列都爲空，ORACLE將認爲整個鍵值爲空而空不等於空. 所以你能夠插入1000 條具備相同鍵值的記錄,固然它們都是空! 由於空值不存在於索引列中,因此WHERE子句中對索引列進行空值比較將使ORACLE停用該索引. 

代碼以下:

低效:(索引失效) SELECT … FROM DEPARTMENT WHERE DEPT_CODE IS NOT NULL; 
高效:(索引有效) SELECT … FROM DEPARTMENT WHERE DEPT_CODE >=0; 

四、注意通配符%的影響 
使用通配符的狀況下Oracle可能會停用該索引。如 : 

代碼以下:

SELECT…FROM DEPARTMENT WHERE DEPT_CODE like ‘%123456%'（無效）。 
SELECT…FROM DEPARTMENT WHERE DEPT_CODE = ‘123456'（有效） 

五、避免改變索引列的類型.: 
當比較不一樣數據類型的數據時, ORACLE自動對列進行簡單的類型轉換. 
假設 EMPNO是一個數值類型的索引列. SELECT … FROM EMP WHERE EMPNO = ‘123' 實際上,通過ORACLE類型轉換, 語句轉化爲: SELECT … FROM EMP WHERE EMPNO = TO_NUMBER(‘123') 幸運的是,類型轉換沒有發生在索引列上,索引的用途沒有被改變. 如今,假設EMP_TYPE是一個字符類型的索引列. SELECT … FROM EMP WHERE EMP_TYPE = 123 這個語句被ORACLE轉換爲: SELECT … FROM EMP WHERETO_NUMBER(EMP_TYPE)=123 由於內部發生的類型轉換, 這個索引將不會被用到! 爲了不ORACLE對你的SQL進行隱式的類型轉換, 最好把類型轉換用顯式表現出來. 注意當字符和數值比較時, ORACLE會優先轉換數值類型到字符類型 

六、索引的一些「脾氣」 
a. 若是檢索數據量超過30%的表中記錄數.使用索引將沒有顯著的效率提升. 
b. 在特定狀況下, 使用索引也許會比全表掃描慢, 但這是同一個數量級上的區別. 而一般狀況下,使用索引比全表掃描要塊幾倍乃至幾千倍! 

除了使用索引，咱們還有其餘能減小資源消耗的方法：

一、用EXISTS替換DISTINCT： 
當提交一個包含一對多表信息(好比部門表和僱員表)的查詢時,避免在SELECT子句中使用DISTINCT. 通常能夠考慮用EXIST替換, EXISTS 使查詢更爲迅速,由於RDBMS核心模塊將在子查詢的條件一旦知足後,馬上返回結果. 
例子: 

代碼以下:

(低效): SELECT DISTINCT DEPT_NO,DEPT_NAME FROM DEPT D , EMP E 
WHERE D.DEPT_NO = E.DEPT_NO 
And E.sex =man 
(高效): SELECT DEPT_NO,DEPT_NAME FROM DEPT D 
WHERE EXISTS 
( SELECT ‘X' FROM EMP E WHERE E.DEPT_NO = D.DEPT_NO 
And E.sex =man 
); 

二、用(UNION)UNION ALL替換OR (適用於索引列) 
一般狀況下, 用UNION替換WHERE子句中的OR將會起到較好的效果. 對索引列使用OR將形成全表掃描. 
注意, 以上規則只針對多個索引列有效. 若是有column沒有被索引, 查詢效率可能會由於你沒有選擇OR而下降. 在下面的例子中, LOC_ID 和REGION上都建有索引. 
若是你堅持要用OR, 那就須要返回記錄最少的索引列寫在最前面. 

代碼以下:

高效: SELECT LOC_ID , LOC_DESC , REGION FROM LOCATION WHERE LOC_ID = 10 UNION ALL 
SELECT LOC_ID , LOC_DESC , REGION FROM LOCATION WHERE REGION = 「MELBOURNE」 
低效: SELECT LOC_ID , LOC_DESC , REGION FROM LOCATION WHERE LOC_ID = 10 OR REGION = 「MELBOURNE」 

三、用UNION-ALL 替換UNION ( 若是有可能的話)： 
當SQL語句須要UNION兩個查詢結果集合時,這兩個結果集合會以UNION-ALL的方式被合併, 而後在輸出最終結果前進行排序. 若是用UNION ALL替代UNION, 這樣排序就不是必要了. 效率就會所以獲得提升. 須要注意的是，UNION ALL 將重複輸出兩個結果集合中相同記錄. 所以各位仍是要從業務需求分析使用UNION ALL的可行性. UNION 將對結果集合排序,這個操做會使用到SORT_AREA_SIZE這塊內存. 對於這塊內存的優化也是至關重要的. 
四、Order By語句加在索引列，最好是主鍵PK上。 

代碼以下:

SELECT DEPT_CODE FROM DEPT ORDER BY DEPT_TYPE（低效） 
SELECT DEPT_CODE FROM DEPT ORDER BY DEPT_CODE （高效） 

五、避免使用耗費資源的操做: 
帶有DISTINCT,UNION,MINUS,INTERSECT的SQL語句會啓動SQL引擎 執行耗費資源的排序(SORT)功能. DISTINCT須要一次排序操做, 而其餘的至少須要執行兩次排序. 一般, 帶有UNION, MINUS , INTERSECT的SQL語句均可以用其餘方式重寫. 若是你的數據庫的SORT_AREA_SIZE調配得好, 使用UNION , MINUS, INTERSECT也是能夠考慮的, 畢竟它們的可讀性很強 

六、使用Where替代Having（若是能夠的話） 
優化GROUP BY: 
提升GROUP BY 語句的效率, 能夠經過將不須要的記錄在GROUP BY 以前過濾掉.下面兩個查詢返回相同結果但第二個明顯就快了許多. 

代碼以下:

低效: 
SELECT JOB , AVG(SAL) 
FROM EMP GROUP JOB HAVING JOB = ‘PRESIDENT'AND AVG(SAL)>XXX 
高效: 
SELECT JOB , AVG(SAL) 
FROM EMP 
WHERE JOB = ‘PRESIDENT' 
OR JOB = ‘MANAGER' GROUP JOB Having AND AVG(SAL)>XXX 

七、一般來講，若是語句可以避免子查詢的 使用，就儘可能不用子查詢。由於子查詢的開銷是至關昂貴的。具體的例子在後面的案例「一條SQL的優化過程」中。