1:确认相干参数设置。

跟踪本身的代码。如果能访问递次的源代码，则翻开其扩展SQL跟踪就十分苟且。起首必需确保会话的TIMED_STATISTICS和MAX_DUMP_ FILE_SIZE参数设置正确： 


alter session 

set timed_statistics=true

alter session 

set max_dump_file_size=unlimited


如果没有设置TIMED_STATISTICS=TRUE，则数据库内核将把0值而不是真正的继续时分发送到跟踪文件中。如果对MAX_DUMP_ FILE_SIZE严加限定，则会在跟踪文件中天生下面这样的旧事，而不是你想要的时分数据：

可以运用 show parameters timed_statistics;来反省他的值。

2:如果是跟踪本身，运用

   alter session set sql_trace = true;

   如果是跟踪其余用户，则先查问v$session视图,获取历程信息：

   select sid,serial#,username from v$session;

       SID    SERIAL# USERNAME

---------- ---------- ------------------------------

         1          1

         2          1

         3          1

         4          1

         5          1

         6          1

         7        284 IFLOW

        11        214 IFLOW

        12        164 SYS

        16       1042 IFLOW

     10 rows selected.

     然后运用exec dbms_system.set_sql_trace_in_session(7,284,true)；中止跟踪.

3: 中止跟踪，牢记运转一段时分后必然要中止跟踪，对应2 鉴识采用：

   alter session set sql_trace= false;

   或则

   exec dbms_system.set_sql_trace_in_session(7,284,false)；

   

4:样式化trc文件

    天生的文件放在udump目录下，可以运用tkprof来反省

    C:>tkprof D:oracle9adminnbxtdbudumpnbxtdb_ora_1912.trc 13.txt         sys=no explain=test/test

   然后就可反省文本文件了中止理会了。





版权声明：

原创作品，准许转载，转载时请务必以超链接形式标明文章 原始来由 、作者信息和本声明。不然将追查司法责任。