<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    Decode360's Blog

    業精于勤而荒于嬉 QQ:150355677 MSN:decode360@hotmail.com

      BlogJava :: 首頁 :: 新隨筆 :: 聯系 ::  :: 管理 ::
      302 隨筆 :: 26 文章 :: 82 評論 :: 0 Trackbacks
    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的。
    ?
    ?
    3、優化模式包括Rule、Choose、First rows、All rows四種方式:
    ?
    ??? Rule:基于規則的方式。
    ??? Choolse:默認的情況下Oracle用的便是這種方式。指的是當一個表或或索引有統計信息,則走CBO的方式,如果表或索引沒統計信息,表又不是特別的小,而且相應的列有索引時,那么就走索引,走RBO的方式。
    ??? First Rows:它與Choose方式是類似的,所不同的是當一個表有統計信息時,它將是以最快的方式返回查詢的最先的幾行,從總體上減少了響應時間。
    ??? All Rows:也就是我們所說的Cost的方式,當一個表有統計信息時,它將以最快的方式返回表的所有的行,從總體上提高查詢的吞吐量。沒有統計信息則走RBO的方式。
    ?
    ?
    4、設定選用哪種優化模式:
    ??? 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(/*+ ... */)來設定
    ?
    ?
    5、一些常見的問題:
    ?
    ? 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,因此造成運行緩慢
    ?
    ?
    ?
    ?
    其他詳細信息見收藏夾





    -The End-

    posted on 2008-08-13 14:33 decode360-3 閱讀(7875) 評論(1)  編輯  收藏 所屬分類: Oracle

    評論

    # re: CBO和RBO的區別 2014-01-27 09:49 鞏華社區
    SMJ
    HJ
    NL
    都是什么意思?
      回復  更多評論
      

    主站蜘蛛池模板: 国产美女在线精品免费观看| 成人黄网站片免费视频| 成人免费午间影院在线观看| 亚洲制服丝袜精品久久| 香港a毛片免费观看 | 浮力影院亚洲国产第一页| 免费国产污网站在线观看不要卡| 国产在线不卡免费播放| 白白色免费在线视频| 亚洲成a人片在线观看日本麻豆 | 免费国产污网站在线观看15| 亚洲国产精品一区二区第一页 | 好爽又高潮了毛片免费下载| 亚洲欧美日韩一区二区三区| 免费va在线观看| 久青草视频97国内免费影视| 亚洲AV色香蕉一区二区| 四虎最新永久免费视频| 亚洲精品无码永久在线观看男男| 免费a级毛片视频| 精品亚洲永久免费精品| 亚洲日韩中文字幕天堂不卡| 成人毛片18女人毛片免费视频未| 特级毛片全部免费播放a一级| 亚洲AV无码乱码国产麻豆| 亚洲黄色免费在线观看| 亚洲AV无码AV男人的天堂不卡| 亚洲色偷偷狠狠综合网| 99久久国产免费中文无字幕| 亚洲AV无码无限在线观看不卡| 免费精品国产自产拍观看| 十八禁视频在线观看免费无码无遮挡骂过 | 国产真人无码作爱免费视频| 麻豆亚洲av熟女国产一区二| 日本不卡免费新一二三区| 国产性生大片免费观看性| 亚洲人xxx日本人18| 久久亚洲高清综合| 无码一区二区三区免费视频| 亚欧乱色国产精品免费视频| 久久亚洲AV无码精品色午夜麻豆 |