項目須要,要獲取oracle的sql的對應的執行計劃,以前mysql的版本已經實現過了。mysql的執行計劃能夠參考這個博客: mysql
http://my.oschina.net/zimingforever/blog/60233 sql
首先toad,PLsql這類工具自己就帶有查看執行計劃的功能,如何經過sql命令來實現呢 數據庫
A設置autotrace,autotrace有如下幾種取值 express
1 |
SET AUTOTRACE OFF 此爲默認值,即關閉Autotrace |
2 |
SET AUTOTRACE ON EXPLAIN 只顯示執行計劃 |
3 |
SET AUTOTRACE ON STATISTICS 只顯示執行的統計信息 |
4 |
SET AUTOTRACE ON 包含2,3兩項內容 |
5 |
SET AUTOTRACE TRACEONLY 與ON類似,但不顯示語句的執行結果 |
01 |
SQL> set autotrace on |
02 |
SQL> select * from dave; |
03 |
ID NAME |
04 |
---------- ---------- |
05 |
8 安慶 |
06 |
1 dave |
07 |
2 bl |
08 |
1 bl |
09 |
2 dave |
10 |
3 dba |
11 |
4 sf-express |
12 |
5 dmm |
13 |
|
14 |
已選擇8行。 |
15 |
|
16 |
執行計劃 |
17 |
---------------------------------------------------------- |
18 |
Plan hash value: 3458767806 |
19 |
-------------------------------------------------------------------------- |
20 |
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | |
21 |
-------------------------------------------------------------------------- |
22 |
| 0 | SELECT STATEMENT | | 8 | 64 | 2 (0)| 00:00:01 | |
23 |
| 1 | TABLE ACCESS FULL| DAVE | 8 | 64 | 2 (0)| 00:00:01 | |
24 |
-------------------------------------------------------------------------- |
25 |
|
26 |
統計信息 |
27 |
---------------------------------------------------------- |
28 |
0 recursive calls |
29 |
0 db block gets |
30 |
4 consistent gets |
31 |
0 physical reads |
32 |
0 redo size |
33 |
609 bytes sent via SQL*Net to client |
34 |
416 bytes received via SQL*Net from client |
35 |
2 SQL*Net roundtrips to/from client |
36 |
0 sorts (memory) |
37 |
0 sorts (disk) |
38 |
8 rows processed |
1 |
explain plan for select * from ZZ_TEST |
1 |
SELECT plan_table_output FROM TABLE (DBMS_XPLAN.DISPLAY( 'PLAN_TABLE' )); |
1 |
select * from table (dbms_xplan.display); |
1 |
Plan hash value: 1944298366 |
2 |
|
3 |
----------------------------------------------------------------------------- |
4 |
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | |
5 |
----------------------------------------------------------------------------- |
6 |
| 0 | SELECT STATEMENT | | 5 | 40 | 15 (0)| 00:00:01 | |
7 |
| 1 | TABLE ACCESS FULL| ZZ_TEST | 5 | 40 | 15 (0)| 00:00:01 | |
8 |
----------------------------------------------------------------------------- |
執行計劃出來了,接下來咱們要看懂每個字段的含義了。 oracle
id是一個序號,可是並不表示執行的前後順序,執行的前後順序與縮進有關。 工具
operation表示當前操做的內容。 性能
row表示當前操做的的cardinality,是對當前操做返回結果集的一個估計值。 優化
cost表示一個代價的值 spa
time是估計的執行時間。 .net
接下來是統計信息裏的一些字段:
db block gets,表示從buffer cache中讀取的block數量
consistent gets,表示從buffer cache中讀取的undo數據的block數量。
physical reads,表示從磁盤上讀取的block數量。
redo size,表示dml生成的redo的大小。
sorts(memory),表示在內存上執行的排序量。
sorts(disk),表示在硬盤上執行的排序量。
Physical Reads一般是咱們最關心的,若是這個值很高,說明要從磁盤請求大量的數據到Buffer Cache裏,一般意味着系統裏存在大量全表掃描的SQL語句,這會影響到數據庫的性能,所以儘可能避免語句作全表掃描,對於全表掃描的SQL語句,建議增 加相關的索引,優化SQL語句來解決。內容參考:
http://blog.csdn.net/tianlesoftware/article/details/5827245
不過我今天在程序裏使用的一個歷史版本的查看執行計劃的方法。我沒有封裝,直接使用的原有的方法:
1 |
explain PLAN set statement_id= '1111' for select * from ZZ_TEST |
01 |
SELECT |
02 |
ID, |
03 |
REPLACE ( |
04 |
LPAD ( ' ' , 4 *( LEVEL - 1)), |
05 |
' ' , |
06 |
' ' |
07 |
) || operation || ' ' || options operation, |
08 |
optimizer, |
09 |
DECODE ( |
10 |
object_name, |
11 |
NULL , |
12 |
NULL , |
13 |
object_owner || '.' || object_name |
14 |
) object_name, |
15 |
COST, |
16 |
CARDINALITY, |
17 |
other_tag, |
18 |
access_predicates, |
19 |
filter_predicates, |
20 |
bytes |
21 |
FROM |
22 |
plan_table A START WITH ID = 0 |
23 |
AND STATEMENT_ID = '1111' CONNECT BY PRIOR ID = parent_id |
24 |
AND STATEMENT_ID = '1111' |
結果以下:
在執行問這個後須要手動執行下del操做
1 |
delete plan_table where statement_id=1111 |
這裏有個參考文檔:
http://www.iteye.com/topic/586256
總結一下:這裏咱們須要學會用sql語句來查看orale的執行計劃和統計信息,知道執行計劃和統計信息中各個字段的含義。北京IT培訓 www.idting.com/ITpeixun/