Oracle中如何獲得真實的執行計劃

時間 2020-09-12

原文原文鏈接

以前介紹過4種在Oracle數據庫裏查看執行計劃的方法：sql

explain plan 命令數據庫
DBMS_XPLAN包ide
SQLPLUS中的AUTOTRACE開關優化
10046事件spa

其中除了第四種方法以外，其餘三種方法獲得的執行計劃都有多是不許確的。在Oracle中判斷獲得的執行計劃是不是準確，就是看目標SQL是否被真正執行，真正執行過的SQL所對應的執行計劃就是準確的，反之則有可能不許。可是這裏的判斷原則從嚴格意義上來講並不適用於AUTOTRACE開關，由於全部的AUTOTRACE開關所顯示的執行計劃均可能是不許的，即便對應的目標SQL實際上已經執行過。orm

下面咱們就用上述原則來判斷除第4種之外的其餘三種方法中哪些獲得的執行計劃是準的，哪些方法獲得的執行計劃有可能不許。xml

1、explain plan命令blog

對這種方法獲得的執行計劃而言，由於此時的目標SQL並無被實際執行，因此該方法獲得的執行計劃有多是不許的，尤爲是目標SQL包含綁定變量時。在默認開啓綁定變量窺探(Bind Peeking)的狀況，對含綁定變量的目標SQL使用explain plan獲得的執行計劃只是一個半成品，Oracle在隨後對該SQL的綁定變量進行窺探後就獲得了這些綁定變量具體的值，此時Oralce可能會對上述半成品的執行計劃作調整，一量作了調整，使用explain plan命令獲得的執行計劃就不許了。事件

2、DBMS_XPLAN包資源

對於這種方法而言，針對不一樣的應用場景，能夠選擇以下四種方式中的一種：

select * from table(dbms_xplan.display);
select * from table(dbms_xplan.display_cursor(null,null,'advanced'));
select * from table(dbms_xplan.display_cursor('sql_id/hash_value',child_cursor_number,'advanced'));
select * from table(dbms_xplan.display_awr('sql_id'));

顯然，執行select * from table(dbms_xplan.display)獲得的執行計劃多是不許的，由於它只是用於查看使用explain plan命令獲得的目標SQL的執行計劃，目標SQL此時尚未被真正執行，因此用它獲得的執行計劃多是不許的。使用剩下的三種方式獲得的執行計劃都是準的，由於此時目標SQL都已經被實際執行過了。

3、AUTOTRACE開關

使用這種方法，能夠選擇以下三種方式來開啓TRACE開關

SET AUTOTRACE ON
SET AUTOTRACE TRACEONLY
SET AUTOTRACE TRACEONLY EXPLAIN

上述三種方法中，當使用SET AUTOTRACE ON和SET AUTOTRACE TRACEONLY時，目標SQL都已經被實際執行過了，正是由於被實際執行過，因此SET AUTOTRACE ON和SET AUTOTRACE TRACEONLY的狀況下咱們能看到目標SQL的實際資源消耗狀況。當使用SET AUTOTRACE TRACEONLY EXPLAIN時，若是執行的是SELECT語句，則該SELECT語句並無被Oracle實際執行，但若是執行的是DML語句，狀況就不同了，此時的DML語句會被Oracle實際執行的。雖然使用部分SET AUTOTRACE命令後目標SQL實際上已經執行過了，但所獲得的執行計劃有多是不許的，由於使用SET AUTOTRACE命令所顯示的執行計劃都是來源於調用explain plan命令。

下面使用一個例子證實：

scott@ORCL>create table t1 as select * from dba_objects;

Table created.

scott@ORCL>insert into t1 select * from t1;

86885 rows created.

scott@ORCL>commit;

Commit complete.

scott@ORCL>select count(*) from t1;

  COUNT(*)
----------
    173770

scott@ORCL>create index idx_t1 on t1(object_id);

Index created.

scott@ORCL>exec dbms_stats.gather_table_stats(ownname=>'SCOTT',tabname=>'T1',estimate_percent=>100,cascade=>true);

PL/SQL procedure successfully completed.

scott@ORCL>var x number;
scott@ORCL>var y number;
scott@ORCL>exec :x := 0;

PL/SQL procedure successfully completed.

scott@ORCL>exec :y := 100000;

PL/SQL procedure successfully completed.

scott@ORCL>explain plan for select count(*) from t1 where object_id between :x and :y;

Explained.

scott@ORCL>select * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Plan hash value: 2351893609

-----------------------------------------------------------------------------
| Id  | Operation	   | Name   | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |	    |	  1 |	  5 |	  3   (0)| 00:00:01 |
|   1 |  SORT AGGREGATE    |	    |	  1 |	  5 |		 |	    |
|*  2 |   FILTER	   |	    |	    |	    |		 |	    |
|*  3 |    INDEX RANGE SCAN| IDX_T1 |	434 |  2170 |	  3   (0)| 00:00:01 |
-----------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   2 - filter(TO_NUMBER(:Y)>=TO_NUMBER(:X))
   3 - access("OBJECT_ID">=TO_NUMBER(:X) AND "OBJECT_ID"<=TO_NUMBER(:Y))

16 rows selected.

scott@ORCL>select count(*) from t1 where object_id between :x and :y;

  COUNT(*)
----------
    173380

scott@ORCL>select * from table(dbms_xplan.display_cursor(null,null,'ADVANCED'));

PLAN_TABLE_OUTPUT
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
SQL_ID	9dhu3xk2zu531, child number 0
-------------------------------------
select count(*) from t1 where object_id between :x and :y

Plan hash value: 1410530761

---------------------------------------------------------------------------------
| Id  | Operation	       | Name	| Rows	| Bytes | Cost (%CPU)| Time	|
---------------------------------------------------------------------------------
|   0 | SELECT STATEMENT       |	|	|	|   107 (100)|		|
|   1 |  SORT AGGREGATE        |	|     1 |     5 |	     |		|
|*  2 |   FILTER	       |	|	|	|	     |		|
|*  3 |    INDEX FAST FULL SCAN| IDX_T1 |   172K|   843K|   107   (1)| 00:00:02 |
---------------------------------------------------------------------------------

......省略部分輸出

scott@ORCL>set autotrace traceonly
scott@ORCL>select count(*) from t1 where object_id between :x and :y;


Execution Plan
----------------------------------------------------------
Plan hash value: 2351893609

-----------------------------------------------------------------------------
| Id  | Operation	   | Name   | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |	    |	  1 |	  5 |	  3   (0)| 00:00:01 |
|   1 |  SORT AGGREGATE    |	    |	  1 |	  5 |		 |	    |
|*  2 |   FILTER	   |	    |	    |	    |		 |	    |
|*  3 |    INDEX RANGE SCAN| IDX_T1 |	434 |  2170 |	  3   (0)| 00:00:01 |
-----------------------------------------------------------------------------

從上面顯示內容能夠看到，使用SET AUTOTRACE ON獲得的執行計劃和以前explain plan獲得的執行計劃也是如出一轍的，即此時使用SET AUTOTRACE ON所獲得的執行計劃也是不許的。

另外，若是目標SQL的執行計劃已經被age out出Shared Pool了，此時如何獲得SQL的真實執行計劃呢？

若是是Oracle 10g 及其以上版本，該SQL的執行計劃已經被Oracle捕獲並存儲到了AWR Repository中，則能夠使用AWR SQL報告來獲得真實的歷史執行計劃。
若是是Oracle 9i，一般狀況下已經沒有辦法再獲得該SQL的執行計劃，除非額外部署了Statspack報告，而且採集Statspack報告的level值大於或等於6。