Oracle使用Optimizer_mode參數來控制優化器的偏好,9i常用的幾個參數有:first_rows,all_rows,first_rows_N,rule
,choose等。而10g少了rule和choose.Oracle 在執行SQL語句時,有兩種優化方法:即基于規則的RBO和基于代價的CBO。 在SQL執行的時候,到底采用何種優化方法,就由Oracle參數 optimizer_mode 來決定。
Rule Based Optimizer(RBO)基于規則
Cost Based Optimizer(CBO)基于成本,或者講統計資訊
SQL> show parameter optimizer_mode;
NAME TYPE VALUE
optimizer_mode string ALL_ROWS
oracle10g開始預設是all_rows
ALL_ROWS不管是不是有統計資訊,全部采用基于成本的優化方法,傳回最大數的量資料
FIRST_ROWS_n不管是不是有統計資訊,全部采用基于成本的優化方法并以最快的速度,傳回前N行記錄
FIRST_ROWS使用成本和試探法相結合的方法,查找一種可以最快傳回前面少數行的方法
第一個是傳回所有行的最小代價,第二個是傳回前N行的最小代價,最後一個是傳回前面的少量行的最好計劃
修改全局
alter system set optimizer_mode=all_rows;
修改目前session
alter session set optimizer_mode=all_rows;
幾個參數的具體解釋:
optimizer_mode =choose
這個是Oracle的預設值。采用這個值時,Oracle即可以采用基于規則RBO,也可以采用基于代價的CBO,到底使用那個值,取決于目前SQL的被通路的表中是不是有可以使用的統計資訊。如果有多個被通路的表,其中有一個或多個有統計資訊,那麼Oralce會對沒有統計資訊的表進行采樣統計(即不全部采樣),統計完成後,使用基于代價的優化方法CBO。如果所有被通路的表都沒有統計資訊,Oracle就會采用基于規則的優化方法RBO。
Optimizer_mode=First_rows
在oracle 9i之後這一選項已經過時,出于向後相容的目的保留了這一選項,該選項的作用在于尋找能夠在最短的時間内傳回結果集的第一行的執行計劃。這一規則傾向于促使優化器使用索引通路路徑,偶爾會出現非常不恰當的通路路徑。
設定為這種CBO模式以後,SQL語句傳回結果的速度會盡可能的快,而不管系統全部的查詢是否會耗時較長或者耗系統資源過多。由于利用索引會使查詢速度加快,是以 first_rows 優化模式會在全表掃描上進行索引掃描。這種優化模式一般适合于一些OLTP系統,滿足使用者能夠在較短時間内看到較小查詢結果集的要求。
Optimizer_mode=all_rows
優化器将尋找能夠在最短的時間内完成語句的執行計劃。
設定為這種CBO模式以後,将保證消耗的所有計算資源最小,盡管有時查詢結束以後沒有結果傳回。all_rows 的優化模式更傾向于全表掃描,而不是全索引掃描和利用索引排序,是以這種優化模式适合于資料檢視實時性不是那麼強的資料倉庫、決策支援系統和面向批處理的資料庫(batch-oriented databases)等。
Optimizer_mode=first_rows_N
N的值可以為1,10,100,1000,優化器首先通過徹底分析第一個連接配接順序來估計傳回行的總數目。這樣就可以知道查詢可能獲得的整個資料集的片段,并重新啟動整個優化過程,其目标在于找到能夠以最小的資源消耗傳回整個資料片段的執行計劃。
Oracle 9i 對一些預期傳回結果集的資料量小的SQL語句優化模式進行了加強,增加了四個參數值:first_rows_1、first_rows_10、 first_rows_100、first_rows_1000。CBO通過first_rows_n 中的 n 值,決定了傳回結果集數量的基數,我們可能僅僅需要查詢結果集中的一部分,CBO就根據這樣的 n 值來決定是否使用索引掃描。
optimizer_mode = rule
基于規則的優化器模式,RBO,是早期Oracle版本使用過的一種優化模式。由于 RBO不支援自1994年Oracle版本的新特性,如 bitmap indexes,table partitions,function-based indexes等,是以在以後Oracle版本中已經不再更新RBO,并且也不推薦使用者使用RBO這種優化模式了。
本文轉自xiaocao1314051CTO部落格,原文連結:http://blog.51cto.com/xiaocao13140/2054927 ,如需轉載請自行聯系原作者