AutoTRACE是分析SQL的执行计划，执行效率的一个很是简单方便的工具

*环境：windowsXP + Oracle10gR2
*AutoTRACE是分析SQL的执行计划，执行效率的一个很是简单方便的工具
*/

AUTOTRACE是一项 SQL*Plus 功能，自动跟踪为 SQL 语句生成一个执行计划而且提供与该语句的处理有关的统计。

SQL*Plus AUTOTRACE 能够用来替代 SQL Trace 使用，AUTOTRACE 的好处是您没必要设置跟踪文件的格式，而且它将自动为 SQL 语句显示执行计划。然而，AUTOTRACE 分析和执行语句；而EXPLAIN PLAN仅分析语句。

使用AUTOTRACE不会产生跟踪文件。

    SQLPLUS的AutoTrace是分析SQL的执行计划，执行效率的一个很是简单方便的工具，在绝大多数状况下，也是很是有用的工具。利用AutoTrace工具提供的SQL执行计划和执行状态能够为咱们优化SQL的时候提供优化的依据，以及优化效果的明显的对比效果。

用法: SET AUTOT[RACE] {OFF | ON | TRACE[ONLY]} [EXP[LAIN]] [STAT[ISTICS]]

举例：
SET AUTOT[RACE] OFF 中止AutoTrace
SET AUTOT[RACE] ON 开启AutoTrace，显示AUTOTRACE信息和SQL执行结果
SET AUTOT[RACE] TRACEONLY 开启AutoTrace，仅显示AUTOTRACE信息
SET AUTOT[RACE] ON EXPLAIN 开启AutoTrace，仅显示AUTOTRACE的EXPLAIN信息
SET AUTOT[RACE] ON STATISTICS开启AutoTrace，仅显示AUTOTRACE的STATISTICS信息

结果解释
physical reads 物理读——执行SQL的过程当中，从硬盘上读取的数据块个数
redo size      重作数——执行SQL的过程当中，产生的重作日志的大小
bytes set via sql*net to client  经过sql*net发送给客户端的字节数
bytes received via sql*net from client  经过sql*net接受客户端的字节数
sorts(memory)  在内存中发生的排序
sorts(disk)    不能在内存中发生的排序，须要硬盘来协助
rows processed 结果的记录数  

   AutoTrace进行优化的注意事项

1． 能够经过设置timing来获得执行SQL所用的时间，但不能仅把这个时间来看成SQL执行效率的惟一量度。这个时间会包括进行AUTOTRACE的一些时间消耗，因此这个时间并不只仅是SQL执行的时间。这个时间会与SQL执行时间有必定的偏差，而在SQL比较简单的时候尤其明显。

2． 判断SQL效率高低应该经过执行SQL执行状态里面的逻辑读的数量
    逻辑读 =（db block gets+ consistent gets）
总结

AutoTrace是ORACLE中优化工具中最基本的工具，虽然功能比较有限，但足以知足咱们平常工做的须要。

  在Oracle9i中须要运行$ORACLE_HOME\RDBMS\ADMIN\utlxplan.sql脚本生成plan_table表；
  在Oracle10g中PLAN_TABLE再也不须要建立，Oracle缺省增长了一个字典表PLAN_TABLE$，而后基于PLAN_TABLE$建立公用同义词供用户使用

关于Autotrace几个经常使用选项的说明:
SET AUTOTRACE OFF ---------------- 不生成AUTOTRACE 报告，这是缺省模式
SET AUTOTRACE ON EXPLAIN ------ AUTOTRACE只显示优化器执行路径报告
SET AUTOTRACE ON STATISTICS -- 只显示执行统计信息
SET AUTOTRACE ON ----------------- 包含执行计划和统计信息
SET AUTOTRACE TRACEONLY ------ 同set autotrace on，可是不显示查询输出

1 在where中使用索引
SQL> set timing on
SQL> set autotrace on

没有使用索引以前：全表扫描花4.46秒
SQL> select count(*) from test where wner='RISENET';

 COUNT(*)                                                                    
----------                                                                    
     1350                                                                      

已用时间:  00: 00: 04.46                                                

SQL> create index test_owner_index
 2  on test(owner);

索引已建立。

已用时间:  00: 00: 04.57

使用索引以后：0.01秒

SQL> select count(*) from test where wner='RISENET';

 COUNT(*)                                                                    
----------                                                                    
     1350                                                                      

已用时间:  00: 00: 00.01

2  当用count(*)使用全表扫描时，能够建立主键，这样可使用到索引
SQL> select count(*) from test;

 COUNT(*)
----------
   205880

已用时间:  00: 00: 02.09

执行计划
----------------------------------------------------------
Plan hash value: 1950795681

-------------------------------------------------------------------
| Id  | Operation          | Name | Rows  | Cost (%CPU)| Time     |
-------------------------------------------------------------------
|   0 | SELECT STATEMENT   |      |     1 |  4109   (1)| 00:00:50 |
|   1 |  SORT AGGREGATE    |      |     1 |            |          |
|   2 |   TABLE ACCESS FULL| TEST |   102K|  4109   (1)| 00:00:50 |
-------------------------------------------------------------------

SQL> alter table mzl
 2  add primary key (object_id)
 3  using index;

表已更改。

已用时间:  00: 00: 00.53
SQL> select count(*) from mzl;

 COUNT(*)
----------
    51473

已用时间:  00: 00: 00.04

什么状况下索引不起做用：
一、类型不匹配时

二、条件列包含函数但没有建立函数索引时

三、复合索引中的前导列没有被做为查询条件

四、CBO模式下选择的行数比例过大，优化器采起了全表扫描

五、CBO模式下表很就没分析，表的增加明显，优化器采起了全表扫描