如题，Oracle11G，gv$session_longops反正一直在用，抓各种参差不齐的烂语句，
但是有些查询走偏了路，耗时2~3秒的，这里不会计入，这里只会抓6秒以上的。

有些是有索引但是CBO死活不肯用，这两天连着遇到两例了，昨天那个还能hint指定索引凑合，今天这个冥顽不化，只能gather stats解决；
或者选错索引的，我们那个生产库的痼疾了，有性能查的索引它就喜欢挑那个差的索引，好比给性别加个索引丫就傻乎乎的逮着这个索引去了。

然后昨天周一上午高峰期业务突然就卡了，好不容易逮到这两条跑歪的查询，优化以后是正常10~20ms级别。

所以吧，请教下，这种2~3秒的语句要咋抓，除了一条腿摸过来或者运维层面看日志？

p.s.走错索引的查询(不是全表扫描)，>6秒的，我记得这个视图好像也不抓的吧？
--
修改:vmx FROM 36.24.142.*
FROM 36.24.142.*

gv$session_longops,是十多年前没有ash才用的产物了，现在看性能问题基本不用它了。关注以下这些视图吧
v$sql_monitor
v$session
v$active_session_history dba_hist_active_sess_history   这个用的多
v$sqlstats dba_hist_sqlstat
--
FROM 106.38.84.*

有啊，这些视图我天天用，排查性能问题很有用
【 在 vmx 的大作中提到: 】
: 11G有这些么,
: 老实说我技术也有7,8年没更新了,好久没坐下来认真看过性能了,都是哪里嘎了看哪里.
--
FROM 106.38.84.*