Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1211380
  • 博文数量: 398
  • 博客积分: 10110
  • 博客等级: 上将
  • 技术积分: 4055
  • 用 户 组: 普通用户
  • 注册时间: 2007-12-23 20:01
个人简介

新博客http://www.cnblogs.com/zhjh256 欢迎访问

文章分类

全部博文(398)

文章存档

2012年(1)

2011年(41)

2010年(16)

2009年(98)

2008年(142)

2007年(100)

我的朋友

分类: Oracle

2007-12-27 14:58:07

连接池下跟踪终端会话

10046 SQL Trace提供了一个Oracle会话在干什么最详细的信息,包括会话执行的语句,没个语句执行的逻辑读和物理读次数,以及会话等待的事件和等待的时间。通过10046跟踪我们能够知道会话经历了什么,相对于数据库整体。然后可以跟踪有问题的具体应用程序代码。

但是该方法只能在一对一的两层结构下工作,对于越来越多的应用服务器代理,似乎很难使用该方法跟踪具体的会话。

       本文档仅仅考虑具体的跟踪方法,而不诊断其输出的含义。

 

跟踪自己的会话的方法:

EXECUTE SYS.DBMS_SUPPORT.START_TRACE

ALTER SESSION SET events '10046 trace name context forever, level 12';

使用以下方法跟踪其他会话:

EXECUTE SYS.DBMS_SUPPORT.START_TRACE_IN_SESSION (sid, serial#)

 

oradebug setorapid [Oracle PID from v$process]

oradebug session_event 10046 trace name context forever, level 8

 

EXECUTE SYS.DBMS_SYSTEM.SET_EV (sid, serial#, 10046, 8, '')

       这些语句都会产生一个跟踪文件,在user_dump_dest目录下。然后可以使用TKPROF处理跟踪文件。

 

10g之前

如果我们用之前的方法跟踪时,由于连接池是共享的,一个数据库会话可以为多个终端所共享,因此没有办法跟踪一个具体的终端会话。

因此如果要查看那个用户使用了最多的资源,将使用以下查询:

SPOOL traceall.sql

 

SET HEADING OFF FEEDBACK OFF

 

SELECT 'EXECUTE SYS.dbms_system.set_ev (' || TO_CHAR (sid) ||

          ', ' || TO_CHAR (serial#) || ', 10046, 8, '''')'

   FROM   v$session

   WHERE  username = 'WEB_USER';

 

SPOOL OFF

 

SET FEEDBACK ON

 

@traceall.sql

在基于web的应用下,该语句通常会产生大量的跟踪文件,并且为数据库造成很大的

负载。并且也得不到具体终端会话的信息。

Oracle 10g增强

       10g中增强了跟踪,引入了DBMS_MONITOR包,这个包可以使跟踪更加容易。

       当前,跟踪自己的会话只需要执行以下命令:

       execute dbms_monitor.session_trace_enable(waits=>true, binds=>true)

       跟踪其他的数据库会话:

       execute dbms_monitor.session_trace_enable(, waits=>true, binds=>true)

       在跟踪连接池的会话中,DBMS_MONITOR.CLIENT_ID_TRACE_ENABLE过程特别有用,其允许跟踪一个给定客户端标识符的会话的所有活动。如果多个数据库会话为一个客户端标识符服务,该过程将写入多个跟踪文件。

       另一个重要过程是DBMS_MONITOR.SERV_MOD_ACT_TRACE_ENABLE,其允许跟踪service_name, module_name, action_name确定的特定模块,如果应用程序进行了恰当的组织,该过程将比较有用。

       另一个提高是trcsess工具,其用来将DBMS_MONITOR创建的多个跟踪文件结合在一起:

trcsess [output=]  [session=] [clientid=] \

        [service=] [action=] [module=] \

       

为全部跟踪文件,然后我们可以应用TKPROF到新的文件。

 

举例说明:

       在实际的使用过程中,通过在页面开始时设置会话标识符:

  PROCEDURE set_ora_session_id (p_session_id IN VARCHAR2)

  IS

  BEGIN

    dbms_session.set_identifier (p_session_id);

  END set_ora_session_id;

在页面结束时清除会话标识符:

PROCEDURE clear_ora_session_id

  IS

  BEGIN

    dbms_session.clear_identifier;

  END clear_ora_session_id;

       然后我们就可以在会话活动期间进行跟踪:
       exec dbms_monitor.client_id_trace_enable('20558307491688865029', waits=> true, binds=> true)

       并且在会话退出后关闭监控:

       exec dbms_monitor.client_id_trace_disable ('20558307491688865029')

       可以通过DBA_ENABLED_TRACES查看所有正启用的跟踪。

 

阅读(1202) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~