全部答案

2017-07-27 17:39:03

•   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的应用下，该语句通常会产生大量的跟踪文件，并且为数据库造成很大的
  负载。并且也得不到具体终端会话的信息。

  全部
  

  胡***

  2017-07-27 17:39:03

  45 4 评论

  分享
  提交评论