Oracle效能優化-讀懂執行計劃

阿新 • • 發佈：2018-11-20

Oracle的執行計劃

得到執行計劃的方式

Autotrace例子

使用Explain


    
     
      
       
      
      
       
        explain plan 
        set STATEMENT_ID=
        'testplan' 

       
      
     
      
       
      
      
       
        for 
        select * 
        from dual;


    
     
      
       
      
      
       
        select 
        lpad(
        ' ',
        5*(
        level
        -1))||operation operation, options,
       
      
 

     
      
       
      
      
       
               object_name, 
        cost,
        position
       
      
     
      
       
      
      
         
        from plan_table
       
      
     
      
       
      
      
           
        start 
        with 
        id=
        0 
        and 
 STATEMENT_ID=
        'testplan'
       
      
     
      
       
      
      
           
        connect 
        by 
        prior 
        id=parent_id ;

怎樣看執行計劃

看懂執行計劃前先需要了解的一些知識

偽列-ROWID

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

Recursive SQL

有時為了執行使用者發出的一個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 and Predicate

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

Driving Table

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

Probed Table

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

組合索引(concatenated index)

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

可選擇性(selectivity)

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

oracle訪問資料的存取方法（高實戰）

索引掃描的細分（Index Scan）

表連線（高實戰1）

表連線（高實戰2）

表連線（高實戰3）

表連線（高實戰4）

不同表連線的相對速度

一個簡單的執行計劃（在PLSQL-DEVELOPER裡按F5,不是F4哈）

再來看2個執行計劃（1）

再來看2個執行計劃（2）

Oracle中的Hints（提示）

優化器提示

表連線提示

索引提示

並行提示

表訪問提示

索引和SQL語句的正確使用

索引-參見《給PLSQL插上飛翔的翅膀-PLSQL優化》中的索引部分
SQL語句-參見《給PLSQL插上飛翔的翅膀-PLSQL優化》中的SQL WHERE和表連線部分

使用ORACLE自帶的SQLPLUS

如何讓SQLPLUS據有AUTOTRACE功能

以sys使用者連線；
執行$ORACLE_HOME/sqlplus目錄下的plustrace.sql指令碼；
grant plustrace to public，對所有使用者有效；
在sql*plus 中執行set autot on命令，將自動跟蹤sql的執行計劃並提供sql統計資料；

Consistent Gets

第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會很少。很少：

AUTOTRACE的幾個常用選項

set autotrace off ：不生成autotrace 報告，這是預設模式 set autotrace on explain： autotrace只顯示優化器執行路徑報告 set autotrace on statistics：只顯示執行統計資訊 set autotrace on：包含執行計劃和統計資訊 set autotrace traceonly：同set autotrace on，但是不顯示查詢輸

set autotrace on explain

set autotrace on statistics

set autotrace traceonly

set autotrace traceonly explain

另一種檢視SQL計劃的方式-Explain plan

說明：用以檢視SQL語句的執行計劃

準備：

執行$ORACLE_HOME/rdbms/admin目錄下的utlxplan.sql指令碼
建立plan_table表
執行方案：explain plan for SQL