什麼是執行計劃

所謂執行計劃，顧名思義，就是對一個查詢任務，做出一份怎樣去完成任務的詳細方案。舉個生活中的例子，我從珠海要去英國，我可以

選擇先去香港然後轉機，也可以先去北京轉機，或者去廣州也可以。但是到底怎樣去英國划算，也就是我的費用最少，這是一件值得考究

的事情。同樣對於查詢而言，我們提交的SQL僅僅是描述出了我們的目的地是英國，但至於怎麼去，通常我們的SQL中是沒有給出提示資訊

的，是由資料庫來決定的。

生成執行計劃的方法

1.設定autotrace

例：

SQL> select * from emp; 

執行計劃
----------------------------------------------------------
Plan hash value: 3956160932

--------------------------------------------------------------------------
| Id  | Operation         | Name | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |      |    14 |   532 |     3   (0)| 00:00:01 |
|   1 |  TABLE ACCESS FULL| EMP  |    14 |   532 |     3   (0)| 00:00:01 |
--------------------------------------------------------------------------


統計資訊
----------------------------------------------------------
          0  recursive calls
          0  db block gets
          8  consistent gets
          0  physical reads
          0  redo size
       1455  bytes sent via SQL*Net to client
        415  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
         14  rows processed

SQL>EXPLAIN PLAN FOR sql語句;

SQL>SELECT plan_table_output FROM TABLE(DBMS_XPLAN.DISPLAY('PLAN_TABLE'));

SQL> explain plan for select * from emp;
 
Explained
 
SQL> select * from table(dbms_xplan.display);
 
PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
Plan hash value: 3956160932
--------------------------------------------------------------------------
| Id  | Operation         | Name | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |      |    14 |   532 |     3   (0)| 00:00:01 |
|   1 |  TABLE ACCESS FULL| EMP  |    14 |   532 |     3   (0)| 00:00:01 |
--------------------------------------------------------------------------
 
8 rows selected

OR
 
SQL> SELECT plan_table_output FROM TABLE(DBMS_XPLAN.DISPLAY('PLAN_TABLE'));
 
PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
Plan hash value: 3956160932
--------------------------------------------------------------------------
| Id  | Operation         | Name | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |      |    14 |   532 |     3   (0)| 00:00:01 |
|   1 |  TABLE ACCESS FULL| EMP  |    14 |   532 |     3   (0)| 00:00:01 |
--------------------------------------------------------------------------
 
8 rows selected

3.使用Toad，PL/SQL develpoer等工具

這個方法就不詳細介紹了，在工具上找到點一點就行了。

執行計劃中各個列的含義：

在執行計劃中，除了ID、Operation和Name之外，還有其他一些列。這些列的資料是根據需要從PLAN_TABLE、V$SQL_PLAN、V$SQL_PLAN_STATISTICS_ALL等表和檢視中讀取的。它們可以幫助我們進一步理解該執行計劃（例如優化器對各個操作的估算資料、實際執行中各個操作的效能資料等）。以下就是各個列的描述。

Rows/E-Rows：優化器估算出當前操作返回給上一級操作的資料記錄數，如果計劃中同時輸出收集到實際記錄數，則會顯示為E-Rows以和實際記錄數區別，在優化器中，又稱為資料集的勢（Cardinality）；

Bytes/E-Bytes：優化器估算出當前操作返回給上一級操作的資料的位元組數，如果計劃中同時輸出收集到實際位元組數，則會顯示為E-Bytes以和實際位元組數區別；

TempSpc/E-Temp：優化器估算出完成當前操作（僅部分操作需要臨時空間，如SORT、Hash Join）所需要的臨時表空間的大小，如果計劃中同時輸出收集到實際臨時空間大小，則會顯示為E-Temp以和實際臨時空間大小區別；

Cost(%CPU)：優化器估算出完成當前操作的代價（包含子操作的代價），它是IO代價和CPU代價總和。其中，IO代價是最基本的代價。而對於CPU代價，在預設情況下，優化器會將CPU代價計算在內，並且將CPU代價根據系統配置由特定的轉換公式轉換為IO代價。也可以通過優化器引數_optimizer_cost_model指定是否在代價模型中包括CPU代價。括號中資料即為CPU代價在總代價中的比例；

Time/E-Time：優化器估算出完成當前操作所需要的時間，這個時間是其子操作的累計時間，如果計劃中同時輸出收集到實際時間，則會顯示為E-Time以和實際時間區別；

Pstart：分割槽裁剪（Partition Prunning）後，訪問的起始分割槽，僅在含有分割槽表訪問操作的執行計劃中出現；

Pstop：分割槽裁剪（Partition Prunning）後，訪問的結束分割槽，僅在含有分割槽表訪問操作的執行計劃中出現；

Inst：分散式查詢中，遠端物件所在的資料庫例項名；

TQ：並行查詢中的表佇列（Table Queue），我們會在相關操作中進一步闡述該列資料；

IN-OUT：並行查詢或分散式查詢中資料傳輸方式；

PQ Distrib：並行查詢中，並行服務程序之間的資料分發方式；

Starts：當前操作實際被啟動的次數，如果輸出格式中指定了LAST關鍵字，則為計劃最後一次執行中當前操作實際被啟動的次數，否則為所有被啟動次數總和；

Rows：當前操作實際返回的記錄數，如果輸出格式中指定了LAST關鍵字，則為最後一次執行的記錄數，否則為所有執行的記錄數總和；

Time：執行當前操作的實際時間，如果輸出格式中指定了LAST關鍵字，則為最後一次執行的時間，否則為所有執行的時間總和；

Buffers：當前操作中發生讀記憶體的次數，如果輸出格式中指定了LAST關鍵字，則為最後一次執行的讀記憶體次數，否則為所有執行的讀記憶體次數總和。記憶體讀次數包括一致性讀（Consistent Read，CR）和當前模式讀（Current Get，CU）；

Reads：當前操作中發生讀磁碟的次數，如果輸出格式中指定了LAST關鍵字，則為最後一次執行的讀磁碟次數，否則為所有執行的讀磁碟次數總和；

Writes：當前操作中發生寫磁碟的次數，如果輸出格式中指定了LAST關鍵字，則為最後一次執行的寫磁碟次數，否則為所有執行的寫磁碟次數總和；

OMem：當前操作完成所有記憶體工作區（Work Area）操作所總共使用私有記憶體（PGA）中工作區的大小。需要使用記憶體工作區的操作為：雜湊操作，如雜湊分組（Hash Group）、雜湊關聯（Hash Join）和排序（Sort）操作，它們分別佔有工作區中雜湊區（Hash Area）和排序區（Sort Area）進行工作，這個資料是由優化器統計資料以及前一次執行的效能資料估算得出的；

1Mem：當工作區大小無法滿足操作所需要的大小時，需要將部分資料寫入臨時磁碟空間中（如果僅需要寫入一次就可以完成操作，就稱為一次通過，One-Pass；否則為多次通過，Multi-Pass）。該列資料為語句最後一次執行中，單次寫磁碟所需要的記憶體大小，這個資料是由優化器統計資料以及前一次執行的效能資料估算得出的；

Used-Mem：語句最後一次執行中，當前操作所使用的記憶體工作區大小，括號裡面為（發生磁碟交換的次數，1次即為One-Pass，大於1次則為Multi-Pass，如果沒有使用磁碟，則顯示OPTIMAL）；

Used-Tmp：語句最後一次執行中，當前操作所使用的臨時段的大小，無法一次在工作區完成操作的資料被臨時寫入該段；

O/1/M：語句所有的執行總共使用記憶體或磁碟完成操作的執行次數，分別是Optimal（優化的，僅適用記憶體完成操作）/One-Pass/Multi-Pass；

Max-Tmp：語句所有執行中，當前操作所使用的臨時段的最大空間。