Oracle 11g新SQL Trace 10046方法

10046是每一个研究Oracle、进行SQL调优的朋友非常熟悉的工具。10046和10053两个诊断事件，可以方便的帮助我们了解Oracle CBO优化器行为和SQL执行行为。在商业非开源的Oracle情况下，我们很多的Internal知识都是源于这两个利器。进入11g之后，Oracle提供了10046的替代Trace方法，原有event方法依然支持。本篇就着重介绍一下新的SQL Trace手段。相关阅读：Oracle SQL Trace 和 10046 事件跟踪 http://www.linuxidc.com/Linux/2011-09/42651.htm1、环境和背景介绍我们依然选择Oracle 11gR2作为实验对象，同时创建实验数据表TSQL> select * from v$version; BANNER--------------------------------------------------------------------------------Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - ProductionPL/SQL Release 11.2.0.1.0 - ProductionCORE 11.2.0.1.0 Production TNS for Linux: Version 11.2.0.1.0 - ProductionNLSRTL 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 name="Default Trace File";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.257WAIT #1: nam="SQL*Net message from client" ela= 66502048 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=1377122087257296CLOSE #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 nullEND 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=1000END OF STMT（省略……）CLOSE #1:c=0,e=36,dep=0,type=0,tim=1377122102531891至此，SQL_TRACE新接口和原来的10046方法就相同了。SQL_TRACE的新功能体现在有针对性SQL语句的跟踪上。更多详情请继续阅读第2页的精彩内容：http://www.linuxidc.com/Linux/2013-09/89855p2.htm

使用error stack诊断特定错误信息介绍Oracle Virtual Index虚拟索引相关资讯 Oracle 11g Oracle SQL Trace Oracle 10046

Oracle 11g导入到10g引起的错误（11/16/2015 10:55:27）
Oracle 11g 导库导不出空表问题（08/19/2015 19:55:58）
Oracle 11g统计信息收集--多列统计（07/24/2015 10:32:39）

Oracle 11gClone安装方法（08/24/2015 20:25:41）
Oracle 11g中和SQL TUNING相关的新（08/12/2015 11:22:52）
Oracle 11g数据泵详解（07/08/2015 08:29:51）

本文评论查看全部评论（0）