Cannot SET AUTOTRACE

4：SQL_TRACE可以作为参数在全局启用，也可以通过命令形式在具体SESSION启用

4.1 在全局启用，在参数文件（pfile/spfile)中指定SQL_TRACE =true，在全局启用SQL_TRACE时会导致所有进程活动被跟踪，包括后台进程以及用户进程，通常会导致比较严重的性能问题，所以在生产环境要谨慎使用。

提示：通过在全局启用SQL_TRACE， 我们可以跟踪到所有后台进程的活动，很多在文档中的抽象说明，通过跟踪文件的实时变化，我们可以清晰的看到各个进程间的紧密协调。

4.2在当前SESSION级别设置，通过跟踪当前进程可以发现当前操作的后台数据库递归活动（这在研究数据库新特性时尤其有效），研究SQL执行时，发现后台

错误等。

代码如下:
      SQL> ALTER SESSION SET SQL_TRACE=TRUE;
      SQL> SELECT * FROM SCOTT.EMP;
SQL> ALTER SESSION SET SQL_TRACE =FALSE;

      那么此时如何查看相关信息？不管你在SQL*PLUS抑或PL/SQL DEVELOPER工具里面执行上面脚本过后都看不到什么信息，你可以通过下面脚本查询到trace日志信息
复制代码 代码如下:
      SELECT T.VALUE || '/' || LOWER(RTRIM(I.INSTANCE, CHR(0))) || '_ora_' ||
      P.SPID || '.trc' TRACE_FILE_NAME
      FROM
      ( SELECT P.SPID
      FROM V$MYSTAT M, V$SESSION S, V$PROCESS P
      WHERE M.STATISTIC# =1
      AND S.SID = M.SID
      AND P.ADDR = S.PADDR
      ) P,
      ( SELECT T.INSTANCE
      FROM V$THREAD T, V$PARAMETER V
      WHERE V.NAME ='thread'
      AND (V.VALUE = 0 OR T.THREAD# = TO_NUMBER(V.VALUE))
      ) I,
      (SELECT VALUE FROM V$PARAMETER WHERE NAME='user_dump_dest') T

上一页  [1] [2] [3] [4] [5] [6] [7] [8] 下一页