出處： http://www.cnblogs.com/lanzi/archive/2011/01/26/1945641.html

?

介紹hint的使用之前先了解RBO和CBO
Oracle的優化器的RBO和CBO方式
1、基于規則的優化方式(Rule-Based Optimization，簡稱為RBO)
??? 優化器在分析SQL語句時,所遵循的是Oracle內部預定的一些規則，對數據是不敏感的。它只借助少量的信息來決定一個sql語句的執行計劃，包括：
??? 1）sql語句本身
??? 2）sql中涉及到的table、view、index等的基本信息
??? 3）本地數據庫中數據字典中的信息（遠程數據庫數據字典信息對RBO是無效的）
??? 例如：我們常見的，當一個where子句中的一列有索引時去走索引。但是需要注意，走索引不一定就是優的，比如一個表只有兩行數據，一次IO就可以完成全表的檢索,而此時走索引時則需要兩次IO,這時全表掃描(full table scan)的效率更優。

2、基于代價的優化方式(Cost-Based Optimization，簡稱為CBO)
??? 它是看語句的代價(Cost),通過代價引擎來估計每個執行計劃所需的代價，該代價將每個執行計劃所耗費的資源進行量化，CBO根據這個代價選擇出最優的執行計劃。一個查詢所耗費的資源可分為三部分：I/O代價、CPU代價、NETWORK代價。I/O是指把數據從磁盤讀入內存時所需代價（該代價是查詢所需最主要的，所以在優化時一個基本原則就是降低I/O總次數）；CPU代價是指處理內存中數據所需的代價，數據一旦讀入內存，當我們識別出我們所要的數據后，會在這些數據上執行排序（sort）或連接（join）操作，這需要消耗CPU資源；對于訪問遠程節點來說，network代價的花費也是很大的。
??? 優化器在判斷是否用這種方式時,主要參照的是表及索引的統計信息。統計信息給出表的大小、有多少行、每行的長度等信息。這些統計信息起初在庫內是沒有的，是做analyze后才出現的，很多的時侯過期統計信息會令優化器做出一個錯誤的執行計劃,因些應及時更新這些信息（dbms_stat.analyze）。
??? 如星型連接排列查詢，哈希連接查詢，函數索引，和并行查詢等一些技術都是基于CBD的。

使用hint的注意事項：
提示(hint)從Oracle7中引入，目的是彌補基于成本優化器的缺陷。提示通常用來改變SQL執行計劃，提高執行效率。
1.使用提示需要遵循的原則
? 1)仔細檢查提示語法。盡量使用完整注釋語法/*+ hint */
? 2)使用表別名。如果在查詢中指定了表別名，那么提示必須也使用表別名。例如：select /*+ index(e,dept_idx) */ * from emp e;
? 3)不要在提示中使用模式名稱：如果在提示中指定了模式的所有者，那么提示將被忽略。例如：
??? select /*+ index(scott.emp,dept_idx) */ * from emp;
? 4)檢驗提示。如果提示指定了不可用的訪問路徑，那么這個提示將被忽略。

2.導致提示無效的條件：
? 1)cluster 與非簇表一同使用
? 2)hash 與非簇表一同使用
? 3)hash_aj 不存在子查詢
? 4)index 指定的索引不存在
? 5)index_combine 不存在位圖索引
? 6)merge_aj 不存在子查詢
? 7)parallel 調用的不是TABLE ACCESS FULL計劃
? 8)push_subq 不存在子查詢
? 9)star 事實表中存在不恰當的索引
? 10)use_concat 在where子句中不存在多個or條件
? 11)use_nl 表中不存在索引

3.幾種主要的優化模式：
? 優化模式包括Rule、Choose、First rows、All rows四種方式：
??? Rule：基于規則的方式。
??? Choolse：默認的情況下Oracle用的便是這種方式。指的是當一個表或或索引有統計信息，則走CBO的方式，如果表或索引沒統計信息，表又不是特別的小，而且相應的列有索引時，那么就走索引，走RBO的方式。
??? First Rows：它與Choose方式是類似的，所不同的是當一個表有統計信息時，它將是以最快的方式返回查詢的最先的幾行，從總體上減少了響應時間。
??? All Rows:也就是我們所說的Cost的方式，當一個表有統計信息時，它將以最快的方式返回表的所有的行，從總體上提高查詢的吞吐量。沒有統計信息則走RBO的方式。

4.表的連接提示
? 1)use_hash提示
??? use_hash 提示對指定的表進行散列連接。散列連接是Oracle用以驅動表（最小的表）向RAM區中裝載記錄的方法，RAM區由HASH_AREA_SIZE定義。
??? 散列連接適合中間結果比較大的情況。使用散列連接時,HASH_AREA_SIZE對速度影響非常大，如果驅動表不能一次裝入內存，那么需要使用TEMP表
??? 空間，這種情況下速度比較慢。這個參數可以在session級別動態修改，需要進行散列連接時可以臨時增大，速度可能顯著增加。
? 2)use_merge 提示
??? use_merge 提示強制執行一個排序合并操作。排序合并操作通常與并行查詢結合使用，因為排序合并操作傾向于全表掃描。該提示適合于生成大型結果集的查詢。
? 3)use_nl：
??? use_nl提示將強制對目標表執行嵌套循環連接。use_nl提示很少用于SQL調整，因為CBO和RBO更傾向于使用循環嵌套連接。
? 4)star提示
??? star 提示強制使用星型查詢計劃。前提是查詢中至少三個表，而且在事實表中存在恰當的索引

5.表反連接提示
? SQL反連接是指在語句中包含NOT IN 或者NOT EXISTS子句時執行的操作。
1)merge_aj
? 在使用全表訪問比索引訪問更好的情況下，可以在NOT IN子查詢中使用merge_aj提示以便執行反連接。
2)hash_aj
?? hash_aj 提示放在NOT IN 子查詢中用來希望執行散列連接時，執行散列反連接。hash_aj和merge_aj要求子查詢列非空。

6.INDEX提示
? 1)INDEX提示簡介：
??? INDEX提示被用于顯示指定表名或表名與索引。如果只指定了表名，那么優化器將使用表中的"最優"索引。在永久優化SQL語句中，建議指定表和索引。
? 2)index_join 提示
??? index_join 提示明確要求優化器使用索引連接來作為訪問路徑。
? 3)and_equal 提示
??? and_equal 提示可以使多個非唯一的索引合并索引，并且使這些索引操作時就象單個連續索引一樣。該提示如果被應用，在查詢計劃中顯示的是AND-EQUAL
? 4)index_asc 提示
??? index_asc 提示使用升序索引。這是默認的優化器行為
? 5)no_index 提示
??? 該提示忽略索引存在，類似full
? 6)index_combine提示
??? index_combine 提示用來強制使用位圖索引作為表的訪問路徑。
? 7)index_ffs提示
??? 索引快速完全掃描可以在不訪問任何記錄的情況下完成查詢。
? 8)use_concat提示
??? use_concat提示要求為所有的OR條件使用UNION ALL執行計劃，并將這個查詢重新書寫為多個查詢。如果在WHERE子句中存在大量OR條件，可以考慮使用use_concat提示。

7.總結
? 1)因為提示放在注釋中，所以如果提示通現存的執行計劃不兼容，或者提示不正確，有可能被忽略。
? 2)在使用RBO時，可以通過提示將指定的查詢更改為CBO。切記要對查詢中涉及的所有表和索引進行分析
? 3)在使用CBO的時候，可以通過添加RULE提示或者FIRST_ROWS提示來開始調整一個可以的SQL語句
? 4)提示可以在子查詢中使用，但是外部查詢的提示不會帶入子查詢。
? 5)如果在查詢計劃中發現卡笛爾積（CARTESIAN），則要盡量解決。

在SQL優化過程中常見Oracle HINT的用法：
1. /*+ALL_ROWS*/
表明對語句塊選擇基于開銷的優化方法,并獲得最佳吞吐量,使資源消耗最小化.
SELECT /*+ALL_ROWS*/ * from i_exch_s WHERE districtid=1116;

2. /*+FIRST_ROWS*/
表明對語句塊選擇基于開銷的優化方法,并獲得最佳響應時間,使資源消耗最小化.
SELECT /*+FIRST_ROWS*/ * from i_exch_s WHERE districtid=1116;

3. /*+CHOOSE*/
表明如果數據字典中有訪問表的統計信息,將基于開銷的優化方法,并獲得最佳的吞吐量;
表明如果數據字典中沒有訪問表的統計信息,將基于規則開銷的優化方法;
SELECT /*+CHOOSE*/ * from i_exch_s WHERE districtid=1116;

4. /*+RULE*/
表明對語句塊選擇基于規則的優化方法.
SELECT /*+ RULE */ * from i_exch_s WHERE districtid=1116;

5. /*+FULL(TABLE)*/
表明對表選擇全局掃描的方法.
SELECT /*+FULL(A)*/ * from i_exch_s a WHERE districtid=1116;

6. /*+ROWID(TABLE)*/
提示明確表明對指定表根據ROWID進行訪問.
SELECT /*+ROWID(i_exch_s)*/ * from i_exch_s WHERE ROWID>='AAATf0AALAABp2NAAM'AND districtid=1116;

7. /*+CLUSTER(TABLE)*/
提示明確表明對指定表選擇簇掃描的訪問方法,它只對簇對象有效.
SELECT /*+CLUSTER */ emp.empno,dept.deptno from emp,dept WHERE emp.deptno=dept.deptno;

8. /*+INDEX(TABLE INDEX_NAME)*/
表明對表選擇索引的掃描方法.
SELECT /*+INDEX(i_exch_s gwm_fid)*/* from i_exch_s WHERE gwm_fid=50076211;

9. /*+INDEX_ASC(TABLE INDEX_NAME)*/
表明對表選擇索引升序的掃描方法.
SELECT /*+INDEX_ASC(i_exch_s gwm_fid)*/ * from i_exch_s WHERE gwm_fid=50076211;

10. /*+INDEX_COMBINE*/
為指定表選擇位圖訪問路經,如果INDEX_COMBINE中沒有提供作為參數的索引,將選擇出位圖索引的布爾組合方式.
SELECT /*+INDEX_COMBINE(BSEMPMS SAL_BMI HIREDATE_BMI)*/ * from BSEMPMS WHERE SAL<5000000 AND HIREDATE

11. /*+INDEX_JOIN(TABLE INDEX_NAME)*/
提示明確命令優化器使用索引作為訪問路徑.
SELECT /*+INDEX_JOIN(i_exch_s gwm_fid GWM_EDITDATE)*/ gwm_fid,GWM_EDITDATE from i_exch_s WHERE gwm_fid<50076211;

12. /*+INDEX_DESC(TABLE INDEX_NAME)*/
表明對表選擇索引降序的掃描方法.
SELECT /*+INDEX_DESC(i_exch_s gwm_fid)*/ * from i_exch_s WHERE gwm_fid=50076211;

13. /*+INDEX_FFS(TABLE INDEX_NAME)*/
對指定的表執行快速全索引掃描,而不是全表掃描的辦法.
SELECT /*+INDEX_FFS(i_exch_s gwm_fid)*/ * from i_exch_s WHERE gwm_fid=50076211;

14. /*+ADD_EQUAL TABLE INDEX_NAM1,INDEX_NAM2,...*/
提示明確進行執行規劃的選擇,將幾個單列索引的掃描合起來.
SELECT /*+ADD_EQUAL(i_exch_s gwm_fid,GWM_EDITDATE,DELETETAG)*/ * from i_exch_s WHERE gwm_fid=50076211;

15. /*+USE_CONCAT*/
對查詢中的WHERE后面的OR條件進行轉換為UNION ALL的組合查詢.
SELECT /*+USE_CONCAT*/ * from i_exch_s WHERE gwm_fid=50076211 or districtid=1116;

16. /*+NO_EXPAND*/
對于WHERE后面的OR 或者IN-LIST的查詢語句,NO_EXPAND將阻止其基于優化器對其進行擴展.
SELECT /*+NO_EXPAND*/ * from i_exch_s WHERE gwm_fid=50076211 or districtid=1116;

17. /*+NOWRITE*/
禁止對查詢塊的查詢重寫操作.
SELECT /*+NO_EXPAND*/ * from i_exch_s WHERE gwm_fid=50076211;

18. /*+REWRITE*/
可以將視圖作為參數.
SELECT /*+NO_EXPAND*/ * from vi_exch_s WHERE gwm_fid=50076211;

19. /*+MERGE(TABLE)*/
能夠對視圖的各個查詢進行相應的合并.
select /*+MERGE(V) */ C.GWM_FNO,C.GWM_FID,C.GWM_CNO,v.NAME
? FROM i_exch_s C,(select a.name,a.gwm_fno,a.gwm_fid from i_exch_info a group by gwm_fno,name,gwm_fid) v
? WHERE v.GWM_FID=C.GWM_FID;

20. /*+NO_MERGE(TABLE)*/
對于有可合并的視圖不再合并.
select /*+NO_MERGE(V) */ C.GWM_FNO,C.GWM_FID,C.GWM_CNO,v.NAME
? FROM i_exch_s C,(select a.name,a.gwm_fno,a.gwm_fid from i_exch_info a group by gwm_fno,name,gwm_fid) v
? WHERE v.GWM_FID=C.GWM_FID;
?
21. /*+ORDERED*/
根據表出現在from中的順序,ORDERED使ORACLE依此順序對其連接.
SELECT /*+ORDERED*/ A.COL1,B.COL2,C.COL3 from TABLE1 A,TABLE2 B,TABLE3 C WHERE A.COL1=B.COL1 AND B.COL1=C.COL1;

22. /*+USE_NL(TABLE)*/
將指定表與嵌套的連接的行源進行連接,并把指定表作為內部表.
SELECT /*+ORDERED USE_NL(i_exch_info)*/ a.g3e_fno,b.gwm_fid,b.name from i_exch_info a,i_exch_s b WHERE a.g3e_fid=b.gwm_fid;

23. /*+USE_MERGE(TABLE)*/
將指定的表與其他行源通過合并排序連接方式連接起來.
SELECT /*+USE_MERGE(i_exch_info,i_exch_s)*/ * from i_exch_info a,i_exch_s b WHERE a.g3e_fid=b.gwm_fid;

24. /*+USE_HASH(TABLE)*/
將指定的表與其他行源通過哈希連接方式連接起來.
SELECT /*+USE_HASH(i_exch_info,i_exch_s)*/ * from i_exch_info a,i_exch_s b WHERE a.g3e_fid=b.gwm_fid;

25. /*+DRIVING_SITE(TABLE)*/
強制與ORACLE所選擇的位置不同的表進行查詢執行.
SELECT /*+DRIVING_SITE(b)*/ * from i_exch_info a,i_exch_s@igisdb b WHERE a.g3e_fid=b.g3e_fid;

26. /*+LEADING(TABLE)*/
將指定的表作為連接次序中的首表.

27. /*+CACHE(TABLE)*/
當進行全表掃描時,CACHE提示能夠將表的檢索塊放置在緩沖區緩存中最近最少列表LRU的最近使用端
SELECT /*+FULL(BSEMPMS) CAHE(BSEMPMS) */ EMP_NAM from BSEMPMS;

28. /*+NOCACHE(TABLE)*/
當進行全表掃描時,CACHE提示能夠將表的檢索塊放置在緩沖區緩存中最近最少列表LRU的最近使用端
SELECT /*+FULL(BSEMPMS) NOCAHE(BSEMPMS) */ EMP_NAM from BSEMPMS;

29. /*+APPEND*/
直接插入到表的最后,可以提高速度.
insert /*+append*/ into test1 select * from test4 ;

30. /*+NOAPPEND*/
通過在插入語句生存期內停止并行模式來啟動常規插入.
insert /*+noappend*/ into test1 select * from test4 ;

設定選用哪種優化模式：
??? A、在initSID.ora中設定OPTIMIZER_MODE=RULE/CHOOSE/FIRST_ROWS/ALL_ROWS（默認是Choose）
??? B、Sessions級別通過：ALTER SESSION SET OPTIMIZER_MODE=RULE/CHOOSE/FIRST_ROWS/ALL_ROWS
??? C、語句級別用Hint（/*+ ... */）來設定


一些常見的問題：
? A、為什么表的某個字段明明有索引，但執行計劃卻不走索引？
??? 1、優化模式是all_rows的方式
??? 2、表作過analyze，有統計信息
??? 3、表很小，上文提到過的，Oracle的優化器認為不值得走索引。

? B、使用CBO時，SQL語句中為什么不能引用系統數據字典表或視圖？
??? 1、因為系統數據字典表都未被分析過，可能導致極差的“執行計劃”。
??? 2、擅自對數據字典表做分析，可能導致死鎖，或系統性能嚴重下降。

C、使用CBO時如何選擇表連接方式？
??? 1、CBO有時會偏重于SMJ和HJ，但在OLTP系統中，NL一般會更好，因為它高效的使用了索引。
??? 2、SMJ即使相關列上建有索引，最多只能因索引的存在，避免數據排序過程。
??? 3、HJ由于須做HASH運算，索引的存在對數據查詢速度幾乎沒有影響。

? D、使用CBO時，需要注意什么嗎？
??? 1、必須保證為表和相關的索引搜集足夠的統計數據， 對數據經常有增、刪、改的表最好定期對表和索引進行分析
??? 2、可用SQL語句：analyze table xxx compute statistics for all indexes

? E、為什么有時使用CBO會比較慢？
??? 1、沒有對表或視圖進行Analyze
??? 2、SQL進行CBO時對于沒有Analyze的對象會自動進行Analyze，因此造成運行緩慢

Oracle hint提示的相關介紹及使用