cursor: pin S wait on X影响系统记录

         发现问题：从10.23号开始，生产数据库CPU消耗异常，DB Time是平常的两倍多，我看了这几天的AWR报告，有一个等待事件cursor: pin S wait on一直独占鳌头。

         定位问题：根据下列sql可以找到对应的业务系统执行的语句，然后根据执行语句到代码中找到那个功能。我定位到时的是一个定时功能，每个星期天凌晨5:00执行，更新TERMINAL_LOWER_USER_BASE（有两百五十万的数据）的内容，看代码是用的循环update commit，虽然这种方式不够优化，但也不至于有这么大的消耗。于是决定再观察两天，奇怪的是v$session,v$session_wait中一直看到这个等待事件，DB time也一致没有下降。

select b.*, sq.sql_text
  from v$session se,
       v$sql sq,
       (select a.*, s.sql_text
          from v$sql s,
               (select sid,
                       event,
                       wait_class,
                       p1,
                       p2raw,
                       to_number(substr(p2raw, 1, 4), 'xxxx') sid_hold_mutex_x
                  from v$session_wait
                 where event like 'cursor%') a
         where s.HASH_VALUE = a.p1) b
 where se.sid = b.sid
   and se.sql_hash_value = sq.hash_value;

         解决问题：根据sqlId到v$sql中查到一个执行1053175s,另一个为448356s，经判断确认是僵死的进程，kill掉就好了。            

       总结：这个问题耗时3天才解决，其实半天就可以，可惜自己的经验欠缺，如果找点查到v$sql的执行时间，问题应该早就解决了。