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

?

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

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

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

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

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

4.表的連接提示
? 1)use_hash提示
??? use_hash 提示對指定的表進(jìn)行散列連接。散列連接是Oracle用以驅(qū)動表（最小的表）向RAM區(qū)中裝載記錄的方法，RAM區(qū)由HASH_AREA_SIZE定義。
??? 散列連接適合中間結(jié)果比較大的情況。使用散列連接時,HASH_AREA_SIZE對速度影響非常大，如果驅(qū)動表不能一次裝入內(nèi)存，那么需要使用TEMP表
??? 空間，這種情況下速度比較慢。這個參數(shù)可以在session級別動態(tài)修改，需要進(jìn)行散列連接時可以臨時增大，速度可能顯著增加。
? 2)use_merge 提示
??? use_merge 提示強(qiáng)制執(zhí)行一個排序合并操作。排序合并操作通常與并行查詢結(jié)合使用，因?yàn)榕判蚝喜⒉僮鲀A向于全表掃描。該提示適合于生成大型結(jié)果集的查詢。
? 3)use_nl：
??? use_nl提示將強(qiáng)制對目標(biāo)表執(zhí)行嵌套循環(huán)連接。use_nl提示很少用于SQL調(diào)整，因?yàn)镃BO和RBO更傾向于使用循環(huán)嵌套連接。
? 4)star提示
??? star 提示強(qiáng)制使用星型查詢計(jì)劃。前提是查詢中至少三個表，而且在事實(shí)表中存在恰當(dāng)?shù)乃饕?

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

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

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

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

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

3. /*+CHOOSE*/
表明如果數(shù)據(jù)字典中有訪問表的統(tǒng)計(jì)信息,將基于開銷的優(yōu)化方法,并獲得最佳的吞吐量;
表明如果數(shù)據(jù)字典中沒有訪問表的統(tǒng)計(jì)信息,將基于規(guī)則開銷的優(yōu)化方法;
SELECT /*+CHOOSE*/ * from i_exch_s WHERE districtid=1116;

4. /*+RULE*/
表明對語句塊選擇基于規(guī)則的優(yōu)化方法.
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)*/
提示明確表明對指定表根據(jù)ROWID進(jìn)行訪問.
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*/
為指定表選擇位圖訪問路經(jīng),如果INDEX_COMBINE中沒有提供作為參數(shù)的索引,將選擇出位圖索引的布爾組合方式.
SELECT /*+INDEX_COMBINE(BSEMPMS SAL_BMI HIREDATE_BMI)*/ * from BSEMPMS WHERE SAL<5000000 AND HIREDATE

11. /*+INDEX_JOIN(TABLE INDEX_NAME)*/
提示明確命令優(yōu)化器使用索引作為訪問路徑.
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)*/
對指定的表執(zhí)行快速全索引掃描,而不是全表掃描的辦法.
SELECT /*+INDEX_FFS(i_exch_s gwm_fid)*/ * from i_exch_s WHERE gwm_fid=50076211;

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

15. /*+USE_CONCAT*/
對查詢中的WHERE后面的OR條件進(jìn)行轉(zhuǎn)換為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將阻止其基于優(yōu)化器對其進(jìn)行擴(kuò)展.
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*/
可以將視圖作為參數(shù).
SELECT /*+NO_EXPAND*/ * from vi_exch_s WHERE gwm_fid=50076211;

19. /*+MERGE(TABLE)*/
能夠?qū)σ晥D的各個查詢進(jìn)行相應(yīng)的合并.
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*/
根據(jù)表出現(xiàn)在from中的順序,ORDERED使ORACLE依此順序?qū)ζ溥B接.
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)*/
將指定表與嵌套的連接的行源進(jìn)行連接,并把指定表作為內(nèi)部表.
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)*/
強(qiáng)制與ORACLE所選擇的位置不同的表進(jìn)行查詢執(zhí)行.
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)*/
當(dāng)進(jìn)行全表掃描時,CACHE提示能夠?qū)⒈淼臋z索塊放置在緩沖區(qū)緩存中最近最少列表LRU的最近使用端
SELECT /*+FULL(BSEMPMS) CAHE(BSEMPMS) */ EMP_NAM from BSEMPMS;

28. /*+NOCACHE(TABLE)*/
當(dāng)進(jìn)行全表掃描時,CACHE提示能夠?qū)⒈淼臋z索塊放置在緩沖區(qū)緩存中最近最少列表LRU的最近使用端
SELECT /*+FULL(BSEMPMS) NOCAHE(BSEMPMS) */ EMP_NAM from BSEMPMS;

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

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

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


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

? B、使用CBO時，SQL語句中為什么不能引用系統(tǒng)數(shù)據(jù)字典表或視圖？
??? 1、因?yàn)橄到y(tǒng)數(shù)據(jù)字典表都未被分析過，可能導(dǎo)致極差的“執(zhí)行計(jì)劃”。
??? 2、擅自對數(shù)據(jù)字典表做分析，可能導(dǎo)致死鎖，或系統(tǒng)性能嚴(yán)重下降。

C、使用CBO時如何選擇表連接方式？
??? 1、CBO有時會偏重于SMJ和HJ，但在OLTP系統(tǒng)中，NL一般會更好，因?yàn)樗咝У氖褂昧怂饕?
??? 2、SMJ即使相關(guān)列上建有索引，最多只能因索引的存在，避免數(shù)據(jù)排序過程。
??? 3、HJ由于須做HASH運(yùn)算，索引的存在對數(shù)據(jù)查詢速度幾乎沒有影響。

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

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

Oracle hint提示的相關(guān)介紹及使用