如何决断sql_trace是否打开

psufnxk2000

问题1 v$session.sql_trace  标示的是什么？文档中写Indicates whether SQL tracing is enabled (ENABLED) or disabled (DISABLED)
问题2 如何判断session的trace是打开的？

下面是自己测试的过程 ，有点晕。 请刘大指点。。3Q

在11.2.0.1.0中， v$session.sql_trace和dbms_system执行的结果都显示trace是关着的
C:\Users\Thinkpad>sqlplus /nolog

SQL*Plus: Release 11.2.0.1.0 Production on 星期四 12月 6 00:31:18 2012

Copyright (c) 1982, 2010, Oracle.  All rights reserved.

SQL> conn /as sysdba
已连接。
SQL> select * from v$mystat where rownum=1;

       SID STATISTIC#      VALUE
---------- ---------- ----------
        73          0          0

SQL> set serveroutput on
SQL> select sql_trace from v$session where sid=73;

SQL_TRAC
--------
DISABLED

SQL> alter session set sql_trace=true;

会话已更改。

SQL> declare
  2          l_event number;
  3       begin
  4               sys.dbms_system.read_ev( 10046, l_event );
  5               dbms_output.put_line( 'result = ' || l_event );
  6       end;
  7       /
result = 0

PL/SQL 过程已成功完成。

SQL>   select sql_trace from v$session where sid=73;

SQL_TRAC
--------
DISABLED

SQL> alter session set events '10046 trace name context forever, level 12';

会话已更改。

SQL> declare
  2          l_event number;
  3       begin
  4               sys.dbms_system.read_ev( 10046, l_event );
  5               dbms_output.put_line( 'result = ' || l_event );
  6       end;
  7       /
result = 0

PL/SQL 过程已成功完成。

SQL>   select sql_trace from v$session where sid=73;

SQL_TRAC
--------
DISABLED

在10G中 v$session.sql_trace显示trace是关着的， dbms_system显示trace是开着(对alter session set sql_trace不适用)
SQL> select * from v$version;

BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bi
PL/SQL Release 10.2.0.1.0 - Production
CORE    10.2.0.1.0      Production
TNS for Linux: Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 - Production


SQL> conn /as sysdba
Connected.
SQL> select * from v$mystat where rownum=1;

       SID STATISTIC#      VALUE
---------- ---------- ----------
       159          0          1

SQL> select sql_trace from v$session where sid=159;

SQL_TRAC
--------
DISABLED

SQL> set serveroutput on
SQL> declare
  2          l_event number;
  3       begin
  4               sys.dbms_system.read_ev( 10046, l_event );
  5               dbms_output.put_line( 'result = ' || l_event );
  6       end;
  7       /
result = 0

PL/SQL procedure successfully completed.

SQL> alter session set sql_trace=true;

Session altered.

SQL> select sql_trace from v$session where sid=159;

SQL_TRAC
--------
DISABLED

SQL> declare
  2          l_event number;
  3       begin
  4               sys.dbms_system.read_ev( 10046, l_event );
  5               dbms_output.put_line( 'result = ' || l_event );
  6       end;
  7       /
result = 0

PL/SQL procedure successfully completed.

SQL> alter session set events '10046 trace name context forever, level 8';

Session altered.

SQL> select sql_trace from v$session where sid=159;

SQL_TRAC
--------
DISABLED

SQL> declare
  2          l_event number;
  3       begin
  4               sys.dbms_system.read_ev( 10046, l_event );
  5               dbms_output.put_line( 'result = ' || l_event );
  6       end;
  7       /
result = 8             --这里显示10046 level 8

PL/SQL procedure successfully completed.

Liu Maclean(刘相兵

FYI

11g中 在session级别：

1. SQL> alter session set events '10046 trace name context forever,level 1';
   
2. 
   
3. Session altered.
   
4. 
   
5. SQL> oradebug setmypid;
   
6. Statement processed.
   
7. SQL> oradebug eventdump session;
   
8. sql_trace level=1
   
9. 1555 trace name errorstack level 3

复制代码

system级别

1. Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
   
2. With the Partitioning, OLAP, Data Mining and Real Application Testing options
   
3. 
   
4. SQL> alter system set events '10704 trace name context forever,level 1';
   
5. 
   
6. System altered.
   
7. 
   
8. SQL> oradebug eventdump system;
   
9. ORA-00074: no process has been specified
   
10. SQL> oradebug setmypid;
    
11. Statement processed.
    
12. SQL> oradebug eventdump system;
    
13. 10704 trace name context forever,level 1
    
14. 1555 trace name errorstack level 3

复制代码

redcat_cn

alter system set events  是不是只修改内存？数据库重新trace 就不起作用了把？alter system set event 修改的是spfile.

Liu Maclean(刘相兵

alter system set events  是不是只修改内存？ => 是的

如需重启仍生效  alter system set event='XX  scope=spfile

psufnxk2000

第一个问题的答案 ？？大侠解答下， 是不是我自己理解有误。