cache buffer chains的一个案例

之前测试库一直很慢，session_wait 一直有cache buffer chains 等待事件，看解释一般都是数据库热块引发的。但一直没找到具体原因，直到昨天实在受不了啦。

忙的手忙脚乱，又是查是否有大表被缓存到buffer cache中，又是google cache buffer chains的原因。

直到中间重启一次数据库，观察cpu利用率在数据库刚启动的时候只有20%，但是很快就升到98%-99%。

查v$session看有几个会话在执行操作，但当时把那几个session误以为是oracle后台进程占用的会话。

当时也不知道哪根筋让想到查dba_jobs_running这个表，发现好多个正在运行的job。

原来是同事将dmp导入到数据库多次做测试没将里面的job禁用掉，而这些job用到的资源都在另外一个用户下，造成了latch争用。

kill掉当前正在运行的job,cpu利用率马上下来了。

接着分别到各用户下执行dbms_jobs.broken;commit;破坏的其他的job