10046是每一个研究oracle、进行sql调优的朋友非常熟悉的工具。10046和10053两个诊断事件，可以方便的帮助我们了解oracle cbo优化
10046是每一个研究oracle、进行sql调优的朋友非常熟悉的工具。10046和10053两个诊断事件，可以方便的帮助我们了解oracle cbo优化器行为和sql执行行为。在商业非开源的oracle情况下，我们很多的internal知识都是源于这两个利器。
进入11g之后，oracle提供了10046的替代trace方法，原有event方法依然支持。本篇就着重介绍一下新的sql trace手段。
相关阅读：oracle sql trace 和 10046 事件跟踪
1、环境和背景介绍
我们依然选择oracle 11gr2作为实验对象，同时创建实验数据表t
sql> select * from v$version;
banner
--------------------------------------------------------------------------------
oracle database 11g enterprise edition release 11.2.0.1.0 - production
pl/sql release 11.2.0.1.0 - production
core      11.2.0.1.0        production
tns for linux: version 11.2.0.1.0 - production
nlsrtl version 11.2.0.1.0 – production
创建数据表，并且清理shared pool和buffer cache信息。
sql> create table t as select * from dba_objects;
table created
sql> create index idx_t_id on t(object_id);
index created
sql> exec dbms_stats.gather_table_stats(user,'t',cascade => true);
pl/sql procedure successfully completed
sql> alter system flush shared_pool;
system altered
sql> alter system flush buffer_cache;
system altered
2、sql_trace方法
首先我们查看新接口方法的默认手段。在之前的oracle版本中，我们有大致上下面几种手段。
ü alter session set events；
ü dbms_跟踪包；
ü oradebug设置跟踪事件；
ü 初始化参数sql_trace；
应该说，这几种方法对于oracle的跟踪非常彻底。在事件10046作用的范围内，所有的sql，除了目标sql还有recursive sql，都会被记录下来到跟踪文件。所以，，我们明明发出了一条sql语句，但是跟踪文件里面包括了很多对数据字典的检索。由此，我们经常需要使用tkprof进行raw文件处理。
我们先看下新接口方法使用。先定位到trace文件位置。
sql> select value from v$diag_info where;
value
-------------------------------------------------------------------------
/u01/diag/rdbms/wilson/wilson/trace/wilson_ora_3663.trc
开启跟踪。
--标记
sql> alter session set tracefile_identifier='10046';
会话已更改。
sql> alter session set timed_statistics = true;
会话已更改。
sql> alter session set statistics_level=all;
会话已更改。
sql> alter session set max_dump_file_size = unlimited;
会话已更改。
--跟踪接口
sql> alter session set events 'sql_trace level 12';
会话已更改。
sql> select /*+demo*/count(*) from t where object_id=1000;
count(*)
----------
        1
sql> alter session set events 'sql_trace off';
会话已更改。
10046有若干的跟踪level，其中level 12包括了所有信息，一般我们作为初学者，把尽可能多的信息获取到比较方便。在sql_trace跟踪接口中，我们可以设置level取值。
目标sql在其中执行。在我们看sql trace文件之前，我们先从shared pool中找到这个缓存sql的sql_id。这个id做什么用，我们先留一个话头。
sql> select sql_id, executions from v$sqlarea where sql_text like 'select /*+demo*/count(*)%';
sql_id      executions
------------- ----------
94wk1cqs4g2f5        1
我们可以在目录中找到trace file了。
[root@bspdev ~]# su - oracle
[oracle@bspdev ~]$ cd /u01/diag/rdbms/wilson/wilson/trace/
[oracle@bspdev trace]$ ls -l | grep 3663
-rw-r----- 1 oracle oinstall  16783 aug 22 05:55 wilson_ora_3663_10046.trc
-rw-r----- 1 oracle oinstall    158 aug 22 05:55 wilson_ora_3663_10046.trm
打开trace文件，可以发现与目标sql相关的recursive sql都在其中。
*** 2013-08-22 05:54:47.257
wait #1: nam='sql*net message from client' ela= 66502048 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=1377122087257296
close #1:c=0,e=10,dep=0,type=1,tim=1377122087257461
=====================
parsing in cursor #2 len=202 dep=1 uid=0 ct=3 lid=0 tim=1377122087259383 hv=3819099649 ad='525e44f4' sqlid='3nkd3g3ju5ph1'
select obj#,type#,ctime,mtime,stime, status, dataobj#, flags, oid$, spare1, spare2 from obj$ where owner#=:1 and name=:2 and namespace=:3 and remoteowner is null and linkname is null and subname is null
end of stmt
（省略……）
close #2:c=0,e=14391,dep=1,type=3,tim=1377122087295194
=====================
parsing in cursor #1 len=52 dep=0 uid=0 ct=3 lid=0 tim=1377122087365631 hv=2957478341 ad='525a33fc' sqlid='94wk1cqs4g2f5'
select /*+demo*/count(*) from t where object_id=1000
end of stmt
（省略……）
close #1:c=0,e=36,dep=0,type=0,tim=1377122102531891
至此，sql_trace新接口和原来的10046方法就相同了。sql_trace的新功能体现在有针对性sql语句的跟踪上。
更多详情请继续阅读第2页的精彩内容：