| |
【赛迪网－it技术报道】本文主要针对sql_trace的使用方法进行了详细的介绍，在文章的最后，大家可以通过一个实际案例加深对sql_trace的理解。
sql_trace概述：
sql_trace是oracle数据库提供的用于进行sql跟踪的手段，在某种意义上讲，可以说是oracle最强有力的辅助诊断工具。
sql_trace可以作为初始化参数在全局启用，也可以通过命令行方式在具体session启用。
1．在全局启用
在参数文件(pfile/spfile)中指定:
sql_trace =true
在全局启用sql_trace会导致所有进程的活动被跟踪，包括后台进程及所有用户进程，在此情况下通常会导致比较严重的性能问题，所以在生产环境中必须要小心使用。
注意: 通过在全局启用sql_trace，我们可以跟踪到所有后台进程的活动，很多在文档中的抽象说明，通过跟踪文件的实时变化，我们可以清晰的看到各个进程之间的紧密协调。
2． 在当前session级设置
大多数的情况下，我们使用sql_trace跟踪当前进程。通过跟踪当前进程可以发现当前操作的后台数据库递归活动(这在研究数据库新特性时尤其有效)，研究sql执行，发现后台错误等。
在session级启用和停止sql_trace方式如下:
启用当前session的跟踪:
sql> alter session set sql_trace=true;
session altered.
|
此时的sql操作将被跟踪:
sql> select count(*) from dba_users;
count(*)
----------
34
|
结束跟踪:
sql> alter session set sql_trace=false;
session altered.
|
3.跟踪其他用户进程
在很多时候我们需要跟踪其他用户的进程，而不是当前用户，我们可以通过oracle提供的系统包dbms_system. set_sql_trace_in_session来完成。
set_sql_trace_in_session程序需要提供三个参数:
sql> desc dbms_system
…
procedure set_sql_trace_in_session
argument name type in/out default?
----------------- ------------- ------ --------
sid number in
serial# number in
sql_trace boolean in
…
|
通过v$session我们可以获得sid、serial#等信息。
获得进程信息，选择需要跟踪的进程:
sql> select sid,serial#,username from v$session
2 where username is not null;
sid serial# username
---------- ---------- ------------------------------
8 2041 sys
9 437 eygle
|
设置跟踪:
sql> exec dbms_system.set_sql_trace_in_session(9,437,true)
pl/sql procedure successfully completed.
….
|
可以等候片刻，跟踪session执行任务,捕获sql操作……
停止跟踪:
sql> exec dbms_system.set_sql_trace_in_session(9,437,false)
pl/sql procedure successfully completed.
|
10046事件概述：
10046事件是oracle提供的内部事件，是对sql_trace的增强.
10046事件可以设置以下四个级别:
1 - 启用标准的sql_trace功能,等价于sql_trace
4 - level 1 加上绑定值(bind values)
8 - level 1 + 等待事件跟踪
12 - level 1 + level 4 + level 8
类似sql_trace，10046事件可以在全局设置，也可以在session级设置。
1． 在全局设置
在参数文件中增加:
event="10046 trace name context forever,level 12"
此设置对所有用户的所有进程生效、包括后台进程.
2．对当前session设置
通过alter session的方式修改，需要alter session的系统权限:
sql> alter session set events '10046 trace name context forever';
session altered.
sql> alter session set events '10046 trace name context forever, level 8';
session altered.
sql> alter session set events '10046 trace name context off';
session altered.
|
3．对其他用户session设置
通过dbms_system.set_ev系统包来实现:
sql> desc dbms_system
...
procedure set_ev
argument name type in/out default?
--------------- ----------------------- ------ --------
si binary_integer in
se binary_integer in
ev binary_integer in
le binary_integer in
nm varchar2 in
...
|
其中的参数si、se来自v$session视图。
查询获得需要跟踪的session信息:
sql> select sid,serial#,username from v$session
where username is not null;sid serial# username
---------- ---------- ----------------------
8 2041 sys
9 437 eygle
|
执行跟踪:
sql> exec dbms_system.set_ev(9,437,10046,8,'eygle');
pl/sql procedure successfully completed.
|
结束跟踪:
sql> exec dbms_system.set_ev(9,437,10046,0,'eygle');
pl/sql procedure successfully completed.
|
获取跟踪文件
上面生成的跟踪文件位于user_dump_dest目录中，位置及文件名可以通过下面的sql查询得到:
sql> select 2 d.value||'/'||lower(rtrim(i.instance,
chr(0)))||'_ora_'||p.spid||'.trc' trace_file_name 3
from 4 ( select p.spid 5 from sys.v$mystat m,
sys.v$session s,sys.v$process p 6
where m.statistic# = 1 and s.sid = m.sid and p.addr = s.paddr) p,
7 ( select t.instance from sys.v$thread t,sys.v$parameter
v 8 where v.name = 'thread' and
(v.value = 0 or t.thread# = to_number(v.value))) i, 9
( select value from sys.v$parameter
where name = 'user_dump_dest') d 10 /
trace_file_name
----------------------------
/opt/oracle/admin/hsjf/udump/hsjf_ora_1026.trc
|
读取当前session所设置的参数
假如我们通过alter session的方式设置了sql_trace,此设置在正常情况下是不能通过show parameter方式获取的,需要我们通过dbms_system.read_ev来获取：
sql> set feedback offsql> set serveroutput on sql> declare
2 event_level number;
3 begin
4 for event_number in 10000..10999 loop
5 sys.dbms_system.read_ev(event_number, event_level);
6 if (event_level > 0) then
7 sys.dbms_output.put_line(
8 'event ' ||
9 to_char(event_number) ||
10 ' is set at level ' ||
11 to_char(event_level)
12 );
13 end if;
14 end loop;
15 end;
16 /
event 10046 is set at level 1
|
|
|
