Oracle的優化器有兩種優化方式,即基於規則的優化方式(Rule-Based Optimization，簡稱為RBO)和基於代價的優化方式(Cost-Based Optimization，簡稱為CBO)，在Oracle8及以後的版本,Oracle強列推薦用CBO的方式
RBO方式：優化器在分析SQL語句時,所遵循的是Oracle內部預定的一些規則。比如我們常見的，當一個where子句中的一列有索引時去走索引。
CBO方式：它是看語句的代價(Cost),這裡的代價主要指Cpu和內存。優化器在判斷是否用這種方式時,主要參照的是表及索引的統計信息。統計信息給出表的大小、有少行、每行的長度等信息。這些統計信息起初在庫內是沒有的，是做analyze後才出現的，很多的時侯過期統計信息會令優化器做出一個錯誤的執行計劃,因些應及時更新這些信息。
注意：走索引不一定就是優的，比如一個表只有兩行數據，一次IO就可以完成全表的檢索,而此時走索引時則需要兩次IO,這時全表掃描(full table scan)是最好
優化模式包括Rule、Choose、First rows、All rows四種方式：
Rule：基於規則的方式。
Choolse：默認的情況下Oracle用的便是這種方式。指的是當一個表或或索引有統計信息，則走CBO的方式，如果表或索引沒統計信息，表又不是特別的小，而且相應的列有索引時，那麼就走索引，走RBO的方式。
First Rows：它與Choose方式是類似的，所不同的是當一個表有統計信息時，它將是以最快的方式返回查詢的最先的幾行，從總體上減少了響應時間。
All Rows:也就是我們所說的Cost的方式，當一個表有統計信息時，它將以最快的方式返回表的所有的行，從總體上提高查詢的吞吐量。沒有統計信息則走RBO的方式。
設定選用哪種優化模式：
A、Instance級別我們可以通過在initSID.ora文件中設定OPTIMIZER_MODE=RULE/CHOOSE/FIRST_ROWS/ALL_ROWS如果沒設定OPTIMIZER_MODE參數則默認用的是Choose方式。
B、Sessions級別通過ALTER SESSION SET OPTIMIZER_MODE=RULE/CHOOSE/FIRST_ROWS/ALL_ROWS來設定。
C、語句級別用Hint（/*+ ... */）來設定
為什麼表的某個字段明明有索引，但執行計劃卻不走索引？
1、優化模式是all_rows的方式
2、表作過analyze，有統計信息(最可能的就是統計信息有誤)
3、表很小，上文提到過的，Oracle的優化器認為不值得走索引。
我們可以查看一下一個表或索引是否是統計信息
復制代碼 代碼如下:SELECT * FROM user_tables
WHERE table_name=<table_name>
AND num_rows is not null;
SELECT * FROM user_indexes
WHERE table_name=<table_name>
AND num_rows is not null;
當我們使用CBO的方式,就應當及時去更新表和索引的統計信息,以免生形不切合實的執行計劃。
復制代碼 代碼如下:ANALYZE table table_name COMPUTE STATISTICS;
ANALYZE INDEX index_name ESTIMATE STATISTICS;
