Oracle性能優化-讀懂執行計劃Oracle的執行計劃怎樣看執行計劃看懂執行計劃前先需要了解的一些知識oracle通路資料的存取方法（高實戰） 不同表連接配接的相對速度一個簡單的執行計劃（在PLSQL-DEVELOPER裡按F5,不是F4哈）再來看2個執行計劃（1）Oracle中的Hints（提示）索引和SQL語句的正确使用使用ORACLE自帶的SQLPLUSAUTOTRACE的幾個常用選項

rowid是一個僞列，既然是僞列，那麼這個列就不是使用者定義，而是系統自己給加上的。對每個表都有一個rowid的僞列，但是表中并不實體存儲ROWID列的值。不過你可以像使用其它列那樣使用它，但是不能删除改列，也不能對該列的值進行修改、插入。一旦一行資料插入資料庫，則rowid在該行的生命周期内是唯一的，即即使該行産生行遷移，行的rowid也不會改變。 

有時為了執行使用者發出的一個sql語句，Oracle必須執行一些額外的語句，我們将這些額外的語句稱之為‘recursive calls’或‘recursive SQL statements’。如當一個DDL語句發出後，ORACLE總是隐含的發出一些recursive SQL語句，來修改資料字典資訊，以便使用者可以成功的執行該DDL語句。當需要的資料字典資訊沒有在共享記憶體中時，經常會發生Recursive calls，這些Recursive calls會将資料字典資訊從硬碟讀入記憶體中。使用者不比關心這些recursive SQL語句的執行情況，在需要的時候，ORACLE會自動的在内部執行這些語句。當然DML語句也都可能引起recursive SQL。簡單的說，我們可以将觸發器視為recursive SQL。 

Row Source(行源)：用在查詢中，由上一操作傳回的符合條件的行的集合，即可以是表的全部行資料的集合；也可以是表的部分行資料的集合；也可以為對上2個row source進行連接配接操作(如join連接配接)後得到的行資料集合。

Predicate(謂詞)：一個查詢中的WHERE限制條件

Driving Table(驅動表)：該表又稱為外層表(OUTER TABLE)。這個概念用于嵌套與HASH連接配接中。如果該row source傳回較多的行資料，則對所有的後續操作有負面影響。注意此處雖然翻譯為驅動表，但實際上翻譯為驅動行源(driving row source)更為确切。一般說來a，是應用查詢的限制條件後，傳回較少行源的表作為驅動表，是以如果一個大表在WHERE條件有有限制條件(如等值限制)，則該大表作為驅動表也是合适的，是以并不是隻有較小的表可以作為驅動表，正确說法應該為應用查詢的限制條件後，傳回較少行源的表作為驅動表。在執行計劃中，應該為靠上的那個row source，後面會給出具體說明。

Probed Table(被探查表)：該表又稱為内層表(INNER TABLE)。在我們從驅動表中得到具體一行的資料後，在該表中尋找符合連接配接條件的行。是以該表應當為大表(實際上應該為傳回較大row source的表)且相應的列上應該有索引。 

由多個列構成的索引，如create index idx_emp on emp(col1, col2, col3, ……)，則我們稱idx_emp索引為組合索引。在組合索引中有一個重要的概念：引導列(leading column)，在上面的例子中，col1列為引導列。當我們進行查詢時可以使用”where col1 = ? ”，也可以使用”where col1 = ? and col2 = ?”，這樣的限制條件都會使用索引，但是”where col2 = ? ”查詢就不會使用該索引。是以限制條件中包含先導列時，該限制條件才會使用該組合索引。 

比較一下列中唯一鍵的數量和表中的行數，就可以判斷該列的可選擇性。如果該列的”唯一鍵的數量/表中的行數”的比值越接近1，則該列的可選擇性越高，該列就越适合建立索引，同樣索引的可選擇性也越高。在可選擇性高的列上進行查詢時，傳回的資料就較少，比較适合使用索引查詢。 

以sys使用者連接配接；

運作$ORACLE_HOME/sqlplus目錄下的plustrace.sql腳本；

grant plustrace to public，對所有使用者有效；

在sql*plus 中運作set autot on指令，将自動跟蹤sql的執行計劃并提供sql統計資料；

第1個不加order by的SQL肯定比第2個SQL效率高是毋庸置疑的。

但是為什麼第2個SQL的consistent gets如此之少?

原因有如下兩點：

通常情況下，不在logical RAM buffer中的資料要通過physical reads來讀取，而physical reads後通常會緊跟着一個consistent gets。是以一般情況下consistent gets是要比physical reads大的。但是有一個特例，如果physical reads得到的資料直接用于HASH或者SORT，則隻記為physical reads不記為consistent gets。是以加上order by後有可能physical reads多但consistent gets少。不過這個原因不是我這裡現象産生的原因，因為我這個實驗裡根本沒有physical reads。

arraysize的影響。arraysize是指讀取資料時一次讀取得到的行數。這個值預設為15，使用show arraysize指令可以檢視。一個資料塊例如有100條記錄，那麼并不是讀取這個塊一次就能取到所有資料，以arraysize=15為例，就要有100/15=7次consistent gets。把arraysize設定得大一點可以降低consistent gets，不過有時候可能會消耗更多的資源。如果我們做select count(0) from test;操作，那麼Oracle會把arraysize暫時設為test的行數，是以consistent gets會很少。很少：

set autotrace off ： 不生成autotrace 報告，這是預設模式