出處: 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,因此造成運行緩慢
更多文章、技術交流、商務合作、聯系博主
微信掃碼或搜索:z360901061

微信掃一掃加我為好友
QQ號聯系: 360901061
您的支持是博主寫作最大的動力,如果您喜歡我的文章,感覺我的文章對您有幫助,請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧,狠狠點擊下面給點支持吧,站長非常感激您!手機微信長按不能支付解決辦法:請將微信支付二維碼保存到相冊,切換到微信,然后點擊微信右上角掃一掃功能,選擇支付二維碼完成支付。
【本文對您有幫助就好】元
