Oracle的優化器的RBO和CBO方式

2021-06-26 14:19:29 字數 2460 閱讀 1425

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:基於規則的方式。

choose:預設的情況下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(sort merge join)和hj(hash join),但在oltp(on-line transaction processing)系統中,nl一般會更好,因為它高效的使用了索引。

2、smj即使相關列上建有索引,最多只能因索引的存在,避免資料排序過程。

3、hj由於須做hash運算,索引的存在對資料查詢速度幾乎沒有影響。

d、使用cbo時,需要注意什麼嗎?

1、必須保證為表和相關的索引蒐集足夠的統計資料,

對資料經常有增、刪、改的表最好定期對錶和索引進行分析

2、可用sql語句:analyze table *** compute statistics for all indexes

e、為什麼有時使用cbo會比較慢?

1、沒有對錶或檢視進行analyze

2、sql進行cbo時對於沒有analyze的物件會自動進行analyze,因此造成執行緩慢

Oracle優化器的RBO和CBO方式

oracle優化器的rbo和cbo方式 oracle 提供了cbo rbo兩種sql優化器。cbo在oracle7 引入,但在oracle8i 中才成熟。oracle 已經明確宣告在oracle9i之後的版本中 oracle 10g rbo將不再支援。因此選擇cbo 是必然的趨勢。www.2cto....

Oracle的優化器的RBO和CBO方式

1 基於規則的優化方式 rule based optimization,簡稱為rbo 優化器在分析sql語句時,所遵循的是oracle內部預定的一些規則,對資料是不敏感的。它只借助少量的資訊來決定乙個sql語句的執行計畫,包括 1 sql語句本身 2 sql中涉及到的table view index...

Oracle認證 Oracle優化器的優化方式

oracle是世界領先的資訊管理軟體開發商,因其複雜的關聯式資料庫產品而聞名。本文介紹oracle優化器,它是乙個非常好用的工具。oracle在執行乙個sql之前,首先要分析一下語句的執行計畫,然後再按執行計畫去執行。分析語句的執行計畫的工作是由優化器 optimizer 來完成的。不同的情況,一條...