SQL_TRACE是Oracle数据库提供的用于进行SQL跟踪的手段,在某种意义上讲,可以说是Oracle最强有力的辅助诊断工具。
SQL_TRACE可以作为初始化参数在全局启用,也可以通过命令行方式在具体session启用。
set timed_statistics=true 允许sql trace 和其他的一些动态性能视图收集与时间有关的参数
1.在全局启用
在参数文件(pfile/spfile)中指定:
sql_trace =true
在全局启用SQL_TRACE会导致所有进程的活动被跟踪,包括后台进程及所有用户进程,在此情况下通常会导致比较严重的性能问题,所以在生产环境中必须要小心使用。
注意: 通过在全局启用sql_trace,我们可以跟踪到所有后台进程的活动,很多在文档中的抽象说明,通过跟踪文件的实时变化,我们可以清晰的看到各个进程之间的紧密协调。
2. 在当前session级设置
大多数的情况下,我们使用sql_trace跟踪当前进程。通过跟踪当前进程可以发现当前操作的后台数据库递归活动(这在研究数据库新特性时尤其有效),研究SQL执行,发现后台错误等。
在session级启用和停止sql_trace方式如下:
启用当前session的跟踪:
|
此时的SQL操作将被跟踪:
|
结束跟踪:
|
3.跟踪其他用户进程
在很多时候我们需要跟踪其他用户的进程,而不是当前用户,我们可以通过Oracle提供的系统包DBMS_SYSTEM. SET_SQL_TRACE_IN_SESSION来完成。
SET_SQL_TRACE_IN_SESSION程序需要提供三个参数:
|
通过v$session我们可以获得sid、serial#等信息。
获得进程信息,选择需要跟踪的进程:
|
设置跟踪:
|
可以等候片刻,跟踪session执行任务,捕获sql操作……
停止跟踪:
|
获取跟踪文件的地址:
from v$process a,v$session b,v$parameter c,v$instance d
where a.addr = b.paddr and b.audsid = sys_context('userenv','sessionid') and c.name = 'user_dump_dest';
或者:
from v$process a,v$session b,v$parameter c,v$instance d
where a.addr = b.paddr and b.audsid = sys_context('userenv','sessionid') and c.name = 'user_dump_dest';
一般跟踪文件存放在目录:admin\orcl\udump下
alter session set tracefile_identifier = 'PARTITION';//设定跟踪文件名称