这次某系统发生严重的阻塞但昰去查顶级会话，发现已经没有该对应的sql_id了于是我们只用通过

3、根据顶层会话查找进程

 

 
 

 
 

 若要关闭只需要将level设置为0即可
 
 

 
 

 
 

 
 

 
 

 
 

 
 

 
 

 
 

 
 

 
 

 
 

 
 
 
 
 
 

 找到相应的trace文件。注意
 
 

 
 

 
 

 
 

 比如这个例子中使用sys用户对sid为36的session进行跟踪，那么trace文件的位置可以在sid为36的session也就是dexter用户执行
 
 

 
 

 
 

 才可以得到相应的trace文件
 
 

 
 

 
 

 
 

 
 

 關闭（设置level=0即可）：
 
 

 
 

 
 

 
 

 
 

 
 

 
 

 
 

已知os pid 对其进行跟踪

 
 
 
 
就会在trace文件中看到相应的trace
 
 

已知sql_id对其进行跟踪

 
 
 
 
 
 
 
 
 
 

 
 

 
 

 当关闭sql_id的trace的时候，对已经连接的session来说不受影响（还是會生成trace信息），对于新建立连接的session生效
 
 

--查看最耗费物理读的SQL：

--查看最耗費逻辑读的SQL：

--查看最耗费CPU时间的SQL：