本文主要针对SQL_TRACE的使用方法进行了详细的介绍,在文章的最后,大家可以通过一个实际案例加深对SQL_TRACE的理解。3 N; {) g# z7 W% a) I! j- n2 s
SQL_TRACE概述:
N; B6 ^/ W8 p H, t3 d5 @' T SQL_TRACE是Oracle数据库提供的用于进行SQL跟踪的手段,在某种意义上讲,可以说是Oracle最强有力的辅助诊断工具。
4 o1 e; R9 w: N0 A SQL_TRACE可以作为初始化参数在全局启用,也可以通过命令行方式在具体session启用。# Z' U- Q6 l5 u& o7 z' X
1.在全局启用) x! D9 L/ `- V9 W* ?% r& v! K. t
在参数文件(pfile/spfile)中指定:' ^# e0 o: ^) Q7 `
sql_trace =true
3 [% o$ g* q0 Z2 G 在全局启用SQL_TRACE会导致所有进程的活动被跟踪,包括后台进程及所有用户进程,在此情况下通常会导致比较严重的性能问题,所以在生产环境中必须要小心使用。
1 s1 z0 M' ]# ~. a1 M 注意: 通过在全局启用sql_trace,我们可以跟踪到所有后台进程的活动,很多在文档中的抽象说明,通过跟踪文件的实时变化,我们可以清晰的看到各个进程之间的紧密协调。
$ P( P) J; ^! F# X/ }- y+ ? 2. 在当前session级设置$ c6 K. [3 l) b: i% m6 D. e/ Q
大多数的情况下,我们使用sql_trace跟踪当前进程。通过跟踪当前进程可以发现当前操作的后台数据库递归活动(这在研究数据库新特性时尤其有效),研究SQL执行,发现后台错误等。( j# q8 q: q* r+ ^
在session级启用和停止sql_trace方式如下:
. n: W5 z; ~7 w- f 启用当前session的跟踪:
* G! l0 g. q6 g: u5 B) b3 G4 G! Z SQL> alter session set sql_trace=true;1 V. D( R P& J( r4 ^* M4 o
Session altered.
F: c8 X$ u# [! p/ y% ` 此时的SQL操作将被跟踪:) d- M7 t# r: ~- N9 Q; U2 ?
SQL> select count(*) from dba_users;
0 @, R! D! y, c0 A COUNT(*)# \7 B# @1 M8 ], L& ~, |
----------% K# l# H1 D q* m
34/ L# X4 s1 C6 N. y
结束跟踪:
& C% y! [1 G7 L$ W0 H SQL> alter session set sql_trace=false;4 p# L) t+ W+ V' A# t5 r
Session altered. |