使用扩展SQL跟踪数据

核心提示： 在这种情况下最能为你提供帮助的诊断数据是Oracle的扩展SQL跟踪数据，扩展SQL跟踪文件按时间顺序显示了Oracle数据库内核在指定时间内所完成工作的逐条记录，使用扩展SQL跟踪数据(3)，收集扩展SQL跟踪数据几乎是免费的，最大的花销是存储每一个需要引起注意的跟踪文件所需磁盘空间（很

在这种情况下最能为你提供帮助的诊断数据是Oracle的扩展SQL跟踪数据。扩展SQL跟踪文件按时间顺序显示了Oracle数据库内核在指定时间内所完成工作的逐条记录。收集扩展SQL跟踪数据几乎是免费的。最大的花销是存储每一个需要引起注意的跟踪文件所需磁盘空间（很少超过几兆字节）的费用。

跟踪自己的代码。如果能访问程序的源代码，则打开其扩展SQL跟踪就非常容易。首先必须确保会话的TIMED_STATISTICS和MAX_DUMP_ FILE_SIZE参数设置正确：

CODE:

alter session set timed_statistics=true;

alter session set max_dump_file_size=unlimited;

如果没有设置TIMED_STATISTICS=TRUE，则数据库内核将把0值而不是真正的持续时间发送到跟踪文件中。如果对MAX_DUMP_ FILE_SIZE严加限制，则会在跟踪文件中生成下面这样的消息，而不是你想要的时间数据：

*** DUMP FILE SIZE IS LIMITED TO 1048576 BYTES ***

接下来是激活跟踪。有几种方法可以采用。过去的方法是使用ALTER SESSION命令，如下所示：

CODE:

alter session set events '10046 trace name context forever, level 12'

/* code to be traced goes here */

alter session set events '10046 trace name context off'

更好的方法是使用DBMS_SUPPORT包来激活扩展SQL跟踪：

CODE:

dbms_support.start_trace(waits=>true, binds=>true)

/* code to be traced goes here */

dbms_support.stop_trace()

请注意DBMS_SUPPORT 没有文档说明，可能也不是数据库默认安装的一部分。要了解DBMS_SUPPORT的信息，请参考MetaLink ( metalink.oracle.com)。