分析和優化的基本步驟如下：

1、如果是SQL語句的寫法問題，我們可以通過在不更改業務邏輯的情況下改寫SQL來加以解決；

2、如果是不必要的全表掃描/排序而導致了目標SQL的效能問題，我們可以通過建立合適的索引（包括函式索引、點陣圖索引等）來加以解決；

3、如果是表或者索引的不良設計導致的目標SQL的效能問題，我們可以通過重新設計表/索引，重新組織表裡的資料來加以解決；

4、如果上述調整措施都失效，我們可以考慮用並行來縮短目標SQL的執行時間；

5、如果上述調整措施、包括並行都失效，我們還可以在聯絡實際業務的基礎上更改目標SQL的執行邏輯，甚至不執行目標SQL，這是最徹底的優化。

Oracle資料庫優化的方法

1、減少訪問資料庫的次數。

2、不要讓資料庫做得太多。

（1）SELECT子句中避免使用' * '：ORACLE在解析的過程中，會將' * '依次轉換成所有的列名， 這個工作是通過查詢資料字典完成的，這意味著將耗費更多的時間。

（2）sql語句用大寫的：因為oracle總是先解析sql語句，把小寫的字母轉換成大寫的再執行。另外，在java程式碼中儘量少用連線符“＋”連線字串！

（3）使用表的別名(Alias)：當在SQL語句中連線多個表時, 請使用表的別名並把別名字首於每個Column上。這樣一來，就可以減少解析的時間並減少那些由Column歧義引起的語法錯誤。

（4） 用>=替代>：

高效: SELECT * FROM EMP WHERE DEPTNO >=4 

低效: SELECT * FROM EMP WHERE DEPTNO >3 

兩者的區別在於， 前者DBMS將直接跳到第一個DEPT等於4的記錄而後者將首先定位到DEPTNO=3的記錄並且向前掃描到第一個DEPT大於3的記錄。

（5） 用EXISTS替代IN、用NOT EXISTS替代NOT IN：在許多基於基礎表的查詢中，為了滿足一個條件，往往需要對另一個表進行聯接.在這種情況下， 使用EXISTS(或NOT EXISTS)通常將提高查詢的效率。 在子查詢中，NOT IN子句將執行一個內部的排序和合並。無論在哪種情況下，NOT IN都是最低效的 (因為它對子查詢中的表執行了一個全表遍歷)。 為了避免使用NOT IN ，我們可以把它改寫成外連線(Outer Joins)或NOT EXISTS。

例子：

（高效）SELECT * FROM EMP (基礎表) WHERE EMPNO > 0 AND EXISTS (SELECT ‘X' FROM DEPT WHERE DEPT.DEPTNO = EMP.DEPTNO AND LOC = ‘MELB')

(低效)SELECT * FROM EMP (基礎表) WHERE EMPNO > 0 AND DEPTNO IN(SELECT DEPTNO FROM DEPT WHERE LOC = ‘MELB')

（6）用EXISTS替換DISTINCT：例如:

低效: SELECT DISTINCT DEPT_NO,DEPT_NAME FROM DEPT D,EMP E WHERE D.DEPT_NO = E.DEPT_NO

高效: SELECT DEPT_NO,DEPT_NAME FROM DEPT D WHERE EXISTS ( SELECT ‘X’ FROM EMP E WHERE E.DEPT_NO = D.DEPT_NO);

（7）儘量用UNION-ALL 替換UNION ( if possible)

當SQL語句需要UNION兩個查詢結果集合時,這兩個結果集合會以UNION-ALL的方式被合併， 然後在輸出最終結果前進行排序。

低效：SELECT ACCT_NUM, BALANCE_AMT FROM DEBIT_TRANSACTIONS WHERE TRAN_DATE = ’31-DEC-95’

UNION SELECT ACCT_NUM, BALANCE_AMT FROM DEBIT_TRANSACTIONS WHERE TRAN_DATE = ’31-DEC-95’

高效: SELECT ACCT_NUM, BALANCE_AMT FROM DEBIT_TRANSACTIONS WHERE TRAN_DATE = ’31-DEC-95’

UNION ALL SELECT ACCT_NUM, BALANCE_AMT FROM DEBIT_TRANSACTIONS WHERE TRAN_DATE = ’31-DEC-95’

（7） 避免在索引列上使用NOT：通常，避免在索引列上使用NOT， NOT會產生在和在索引列上使用函式相同的影響。 當Oracle”遇到”NOT，就會停止使用索引轉而執行全表掃描。

（8）用索引提高效率：索引是表的一個概念部分，用來提高檢索資料的效率，ORACLE使用了一個複雜的自平衡B-tree結構。 通常，通過索引查詢資料比全表掃描要快。當Oracle找出執行查詢和Update語句的最佳路徑時，Oracle優化器將使用索引。同樣在聯結多個表時使用索引也可以提高效率. 另一個使用索引的好處是，它提供了主鍵(primary key)的唯一性驗證。通常, 在大型表中使用索引特別有效。 雖然使用索引能得到查詢效率的提高,但是我們也必須注意到它的代價。 索引需要空間來儲存，也需要定期維護， 每當有記錄在表中增減或索引列被修改時，索引本身也會被修改。這意味著每條記錄的INSERT , DELETE , UPDATE將為此多付出4 , 5 次的磁碟I/O 。因為索引需要額外的儲存空間和處理，那些不必要的索引反而會使查詢反應時間變慢。定期的重構索引是有必要的。

Oracle建立索引的建議

1、表的主鍵、外來鍵必須有索引；Oracle中外來鍵不新增索引會引起死鎖。當刪除父表指定記錄時，子表會新增表級鎖，另一個程序刪除父表記錄（即使是不同記錄）時，會造成子表死鎖。當對子表的外來鍵列新增索引後，死鎖被消除，因為這時刪除父表記錄不需要對子表加表級鎖。

2、經常與其他表進行連線的表，在連線欄位上應該建立索引；

3、索引應該建在選擇性高的欄位上。例如：表示性別的資料列，由於只有男女兩種值，就屬於選擇性低；

4、索引應該建在小欄位上，對於大的文字欄位甚至超長欄位，不要建索引；

5、複合索引的建立需要進行仔細分析，儘量考慮用單欄位索引代替：

A、正確選擇複合索引中的主列欄位（第一個欄位），一般是選擇性較好的欄位；

B、複合索引的幾個欄位是否經常同時以AND方式出現在WHERE子句中？單欄位查詢是否極少甚至沒有？如果是，則可以建立複合索引；否則考慮單欄位索引；

C、如果既有單欄位索引，又有這幾個欄位上的複合索引，一般可以刪除複合索引；

6、頻繁進行資料操作的表，不要建立太多的索引；

7、刪除無用的索引，避免對執行計劃造成負面影響；

總之，索引的建立必須慎重，對每個索引的必要性都應該經過仔細分析，要有建立的依據。因為太多的索引與不充分、不正確的索引對效能都毫無益處：在表上建立的每個索引都會增加儲存開銷，索引對於插入、刪除、更新操作也會增加處理上的開銷。另外，過多的複合索引，在有單欄位索引的情況下，一般都是沒有存在價值的；相反，還會降低資料增加刪除時的效能，特別是對頻繁更新的表來說，負面影響更大。

在大多數情況下,複合索引比單欄位索引好.複合索引比單欄位索引的效率高，但是，複合索引比單欄位索引的內容原理複雜，複合索引有兩個重要原則需要把握：字首性和可選性.如果糊里糊塗的濫用複合索引，效果適得其反。

以例子來說明，例子如下:

假設在員工表(EMP)的(ENAME,JOB,MGR)3個欄位上建了一個索引，例如索引名叫IDX_1.3個欄位分別為員工姓名，工作和所屬經理號。然後，寫如下一個查詢語句，並不斷進行查詢條件和次序的排列組合，例如:

<span style="font-family:Microsoft YaHei;">SELECT * FROM EMP WHERE ENAME = 'A' AND JOB = 'B' AND MGR = 3 ;  

SELECT * FROM EMP WHERE JOB = 'B' AND ENAME = 'A' AND MGR = 3 ;  

SELECT * FROM EMP WHERE MGR = 3 AND ENAME = 'A' AND JOB = 'B' ;  

SELECT * FROM EMP WHERE MGR = 3 AND JOB = 'B' AND ENAME = 'A' ;  

SELECT * FROM EMP WHERE JOB = 'B' AND MGR = 3 AND ENAME = 'A' ; </span>

回答問題:在各種條件組合情況下,剛才建的索引(IDX_1) 是用還是不用?也就是說對EMP表的訪問是全表掃描還是按索引(IDX_1)訪問?

答案是 :  上述語句中只要有ENAME='A'條件,就能用上索引(IND_1),而不是全表掃描(這就是複合索引的字首性).