一、概述：
SQL_TRACE是Oracle的一个非常强大的工具。打开SQL_TRACE就可以逐步捕获任何一个会话的数据库活动，或者捕获整个数据库的活动，并将数据库活动记录成跟踪文件。每次使用完之后需要关闭跟踪,否则会降低系统的性能。
SQL_TRACE可以帮助诊断许多问题，其中包括：
二、用法：
1、文件跟踪的分类：
跟踪DBA可以采用两种方式进行跟踪：
a.跟踪整个数据库实例。
只需要简单的修改参数文件(pfile/spfile)参数 SQL_TRACE = TRUE ，然后重新启动数据库即可。在全局启用SQL_TRACE会导致所有进程的活动被跟踪，包括后台进程及所有用户进程,这样也会数据库导致性能下降比较明显。
b.会话级跟踪。
SQL_TRACE的通常使用方式是仅跟踪一个会话。被跟踪的会话可以是您自己的，也可以是其它用户的会话。如果是自己的会话，只需要在SQL*PLUS中运行一下命令即可：
SQL> alter session set sql_trace = true;
类似的如果取消对会话的跟踪，运行一下命令：
SQL> alter session set sql_trace = false;
如果需要跟踪一个特定的会话，首先需要获取会话的SID和Serial#，这些信息可以在视图V$SESSION中获得，一旦知道了这两个参数，就可以运行一下命令：
SQL> execute SYS.dbms_system.set_sql_trace_in_session(13,9,true);
同样也可以使用这个过程关闭会话跟踪：
SQL> execute SYS.dbms_system.set_sql_trace_in_session(13,9,false);
可以批量生成启用脚本语句：
SELECT username,
sid,
serial#,
program,
'exec sys.dbms_system.set_sql_trace_in_session(' || sid || ',' ||
serial# || ',true);'
FROM v$session a
WHERE a.username = 'SPCS_WMS_SH'
AND module = 'JDBC Thin Client';
2、跟踪文件的位置：
一旦为会话激活了SQL_TRACE，ORACLE就会在udump管理区创建跟踪文件，文件的目标位置由参数user_dump_dest来确定。每个操作都不会覆盖原来的文件，新的跟踪记录将会被追加到文件末尾。通常情况下，可以通过以下SQL来确定文件名：
SELECT d.value || '/' || lower(rtrim(i.instance, chr(0))) || '_ora_' ||
p.spid || '.trc' trace_file_name
FROM (SELECT p.spid
FROM sys.v$mystat m, sys.v$session s, sys.v$process p
WHERE m.statistic# = 1
AND s.sid = m.sid
AND p.addr = s.paddr) p,
(SELECT t.instance
FROM sys.v$thread t, sys.v$parameter v
WHERE v.name = 'thread'
AND (v.value = 0 OR t.thread# = to_number(v.value))) i,
(SELECT VALUE FROM sys.v$parameter WHERE NAME = 'user_dump_dest') d;
为了最大限度的利用跟踪文件，应该打开计时标志,通过参数TIMED_STATISTICTS=TRUE进行设置，这样可以对每个SQL语句的执行时间等进行记录，这个功能对系统性能的负担很小。
打开会话的计时信息:
SQL> alter session set timed_statistics = true ;
打开数据库系统的计时信息
SQL> alter system set timed_statistics = true ;
4、TKPROF：
通过前三步的设置已经知道如何生成SQL跟踪文件了，ORACLE生成的跟踪文件阅读起来很困难（也就是易读性很差）。ORACLE提供了一个格式化跟踪文件的工具 - TKPROF( Transient Kernel Profiler )，通过这个工具能将SQL文件转化为分析人员容易理解的格式。
一般TKPROF工具的使用的简单方法,只用到了两个关键字:跟踪文件名和输出文件名 (TKPROF的具体请参阅其他资料):
TKPROF