linux查看sql执行计划,查看SQL执行计划常用方法

不论是做为开发DBA还是维护DBA，总是或多或少地遇到SQL执行效率或者说SQL调优问题，查看执行计划是必须的。我一般用3种方法查看：

一、explain plan for

举个例子就足以说明其用法了

> explain plan for

2  select sysdate from dual;

Explained.

> select * from table(dbms_xplan.display());

PLAN_TABLE_OUTPUT

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

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

| Id  | Operation            |  Name       | Rows  | Bytes | Cost  |

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

|   0 | SELECT STATEMENT     |             |       |       |       |

|   1 |  TABLE ACCESS FULL   | DUAL        |       |       |       |

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

Note: rule based optimization

9 rows selected.

二、利用TKPROF工具

TKPROF是一个用于分析oracle跟踪文件并且产生一个更加清晰合理的输出结果的可执行工具。如果一个系统的执行效率比较低，一个比较好的方法是跟踪用户的会话并且使用TKPROF工具的排序功能格式化输出，从而找出有问题的SQL语句。

TKPROF命令后面的选项及输出文件各个列的含义在这里不做详细的介绍。 google一下就会有很多资料。

下面简单描述一下TKPROF工具的使用步骤：

1、在session级别设置sql_trace=true

> alter session set sql_trace=true;

Session altered.

如果要在pl/sql中对session级别设置true，可以使用dbms_system这个包：

> exec dbms_system.set_sql_trace_in_session(sid,serial#,true);

2、指定一下生成的trace文件的名字，便于查找：

> alter session set tracefile_identifier='yourname';

3、执行SQL语句。

4、利用TKPROF工具格式化输出的trace 文件：

[oracle@q1test01 ~]$ tkprof /oracle/admin/orcl/udump/orcl_ora_10266_yourname.trc /oracle/yourname.txt explain=user/pwd aggregate=yes sys=no waits=yes sort=fchela

5、查看生成的文件再设置sql_trace=false：

> alter session set sql_trace=false;

三、set autotrace on

此种方法最常用，关于如何设置sql*plus的autotrace这里也不做详细介绍，因为google上面资料确实太多了。有心的朋友可以去找找，保证有一大堆适合你的资料。

举个例子，这种方法简单易懂：

> set autotrace on

> select sysdate from dual;

SYSDATE

---------

25-JUN-08

Execution Plan

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

0      SELECT STATEMENT ptimizer=CHOOSE

1    0   TABLE ACCESS (FULL) OF 'DUAL'

Statistics

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

0  recursive calls

0  db block gets

3  consistent gets

0  physical reads

0  redo size

522  bytes sent via SQL*Net to client

655  bytes received via SQL*Net from client

2  SQL*Net roundtrips to/from client

0  sorts (memory)

0  sorts (disk)

1  rows processed

此三种方法当然是各有好坏了。其中奥妙我也说不清楚，大伙自个体会吧……