Oracle在執行一個SQL以前,首先要分析一下語句的執行計劃,而後再按執行計劃去執行。分析語句的執行計劃的工做是由優化器(Optimizer)來完成的。不一樣的狀況,一條SQL可能有多種執行計劃,但在某一時點,必定只有一種執行計劃是最優的,花費時間是最少的。html
2、sql
一、優化器的優化方式:數據庫
Oracle的優化器共有兩種的優化方式,即基於規則的優化方式(Rule-Based Optimization,簡稱爲RBO)和基於代價的優化方式(Cost-Based Optimization,簡稱爲CBO)。
A、RBO方式:優化器在分析SQL語句時,所遵循的是Oracle內部預約的一些規則。優化
好比咱們常見的,當一個where子句中的一列有索引時去走索引。
B、CBO方式:依詞義可知,它是看語句的代價(Cost)了,這裏的代價主要指Cpu和內存。優化器在判斷是否用這種方式時,主要參照的是表及索引的統計信息。統計信息給出表的大小 、有多少行、每行的長度等信息。這些統計信息起初在庫內是沒有的,是你在作analyze後纔出現的,不少的時侯過時統計信息會令優化器作出一個錯誤的執行計劃,因些咱們應及時更新這些信息。在Oracle8及之後的版本,Oracle列推薦用CBO的方式。
不必定走索引就是優的,好比一個表只有兩行數據,一次IO就能夠完成全表的檢索,而此時走索引時則須要兩次IO,這時對這個表作全表掃描(full table scan)是最好的。spa
二、優化器的優化模式(Optermizer Mode)
優化模式包括Rule,Choose,First rows,All rows這四種方式,也就是咱們以上所說起的。code
Rule:不用多說,即走基於規則的方式。
Choose:這是咱們應觀注的,默認的狀況下Oracle用的即是這種方式。指的是當一個表或索引有統計信息,則走CBO的方式,若是表或索引沒統計信息,表又不是特別的小,並且相應的列有索引時,那麼就走索引,走RBO的方式。
First Rows:它與Choose方式是相似的,所不一樣的是當一個表有統計信息時,它將是以最快的方式返回查詢的最早的幾行,從整體上減小了響應時間。
All Rows:也就是咱們所說的Cost的方式,當一個表有統計信息時,它將以最快的方式返回表的全部的行,從整體上提升查詢的吞吐量。沒有統計信息則走基於規則的方式。htm
三、如何設定選用哪一種優化模式
A、Instance級別:
咱們能夠經過在init<SID>.ora文件中設定OPTIMIZER_MODE=RULE、OPTIMIZER_MODE=CHOOSE、OPTIMIZER_MODE=FIRST_ROWS、OPTIMIZER_MODE=ALL_ROWS去選用3所提的四種方式,若是你沒設定OPTIMIZER_MODE參數則默認用的是Choose這種方式。
B、Sessions級別:
經過SQL> ALTER SESSION SET OPTIMIZER_MODE=<Mode>;來設定。blog
C、語句級別:
這些須要用到Hint索引
3、爲何有時一個表的某個字段明明有索引,當觀察一些語的執行計劃確不走索引呢?如何解決呢?內存
A、不走索引大致有如下幾個緣由:
一、你在Instance級別所用的是all_rows的方式
二、你的表的統計信息(最可能的緣由)
三、你的表很小,上文提到過的,Oracle的優化器認爲不值得走索引
B、解決方法:
一、能夠修改init<SID>.ora中的OPTIMIZER_MODE這個參數,把它改成Rule或Choose,重起數據庫。也可使用4中
所提的Hint.
2 、刪除統計信息:
SQL>analyze table table_name delete statistics;
三、表小不走索引是對的,不用調的。
4、相關:
A、如何看一個表或索引是不是統計信息
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;
B、若是咱們先用CBO的方式,咱們應及時去更新表和索引的統計信息,以避免生形不切合實的執行計劃:
ANALYZE TABLE table_name COMPUTE STATISTICS; ANALYZE INDEX index_name ESTIMATE STATISTICS;