爱心技术专栏专题

ORACLESQL性能优化系列(七)

摘录:oracle 来源:oracle 加入时间:2006年11月24日
摘要:
ORACLESQL性能优化系列(七)

ORACLE SQL性能优化系列
转载:转载请保留本信息,本文来自
http://www.51dibs.com
/html/2006/article/info10/a_b53ffd595ebd040f.htm

ORACLESQL性能优化系列(七)

站点:爱心种子小博士 关键字:ORACLESQL性能优化系列(七)

   
ORACLESQL性能优化系列(七)
ORACLE SQL性能优化系列
(七 )

作者: black_snail

 

24. 用EXPLAIN PLAN 分析SQL语句


EXPLAIN PLAN 是一个很好的分析SQL语句的工具,它甚至可以在不执行SQL的情况下分析语句. 通过分析,我们就可以知道ORACLE是怎么样连接表,使用什么方式扫描表(索引扫描或全表扫描)以及使用到的索引名称.

你需要按照从里到外,从上到下的次序解读分析的结果. EXPLAIN PLAN分析的结果是用缩进的格式排列的, 最内部的操作将被最先解读, 如果两个操作处于同一层中,带有最小操作号的将被首先执行.

NESTED LOOP是少数不按照上述规则处理的操作, 正确的执行路径是检查对NESTED LOOP提供数据的操作,其中操作号最小的将被最先处理.


译者按:

通过实践, 感到还是用SQLPLUS中的SET TRACE 功能比较方便.

举例:


SQL> list

1 SELECT *

2 FROM dept, emp

3* WHERE emp.deptno = dept.deptno

SQL> set autotrace traceonly /*traceonly 可以不显示执行结果*/

SQL> /

14 rows selected.

Execution Plan

----------------------------------------------------------

0 SELECT STATEMENT Optimizer=CHOOSE

1 0 NESTED LOOPS

2 1 TABLE ACCESS (FULL) OF EMP

3 1 TABLE ACCESS (BY INDEX ROWID) OF DEPT

4 3 INDEX (UNIQUE SCAN) OF PK_DEPT (UNIQUE)


Statistics

----------------------------------------------------------

0 recursive calls

2 db block gets

30 consistent gets

0 physical reads

0 redo size

2598 bytes sent via SQL*Net to client

503 bytes received via SQL*Net from client

2 SQL*Net roundtrips to/from client

0 sorts (memory)

0 sorts (disk)

14 rows processed


通过以上分析,可以得出实际的执行步骤是:

1. TABLE ACCESS (FULL) OF EMP

2. INDEX (UNIQUE SCAN) OF PK_DEPT (UNIQUE)

3. TABLE ACCESS (BY INDEX ROWID) OF DEPT

4. NESTED LOOPS (JOINING 1 AND 3)



注: 目前许多第三方的工具如TOAD和ORACLE本身提供的工具如OMS的SQL Analyze都提供了极其方便的EXPLAIN PLAN工具.也许喜欢图形化界面的朋友们可以选用它们.

 

<<上一页 下一页>>