Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1531015
  • 博文数量: 3500
  • 博客积分: 6000
  • 博客等级: 准将
  • 技术积分: 43870
  • 用 户 组: 普通用户
  • 注册时间: 2008-05-03 20:31
文章分类

全部博文(3500)

文章存档

2008年(3500)

我的朋友

分类:

2008-05-04 20:18:30

一起学习

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的应用下,该语句通常会产生大量的跟踪文件,并且为数据库造成很大的

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

TAG: Oracle

下载本文示例代码


Oracle数据库连接池下如何跟踪终端会话 (1)Oracle数据库连接池下如何跟踪终端会话 (1)Oracle数据库连接池下如何跟踪终端会话 (1)Oracle数据库连接池下如何跟踪终端会话 (1)Oracle数据库连接池下如何跟踪终端会话 (1)Oracle数据库连接池下如何跟踪终端会话 (1)Oracle数据库连接池下如何跟踪终端会话 (1)Oracle数据库连接池下如何跟踪终端会话 (1)Oracle数据库连接池下如何跟踪终端会话 (1)Oracle数据库连接池下如何跟踪终端会话 (1)Oracle数据库连接池下如何跟踪终端会话 (1)Oracle数据库连接池下如何跟踪终端会话 (1)
阅读(195) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~