从top 5中可以看到目前latch：cache buffers chains是主要的问题等待事件。

sql 执行时间消耗很大，db cpu相对很高，看到这里，我们就可以直接查看sql 逻辑读信息，热点对象信息，latch堵塞信息、

可以 看出存有大量的逻辑读，且sql涉及对象相同，在这个地方，就应该查看一下sql信息了。

对比一下，可以看到globalid存在差异，需要进一步看一下执行计划，获得敏感谓词信息。（因为该awr已经长久，没办法获得执行计划了。但问题却表现出来了。）和应用开发人员进行sql沟通处理了。

查看segment 统计信息；

敏感segment是索引，至此产生了问题关键index：

查看：Instance Activity Stats如下：

顺便在看一下latch statistics：

index scans kdiix1：估计是sql执行计划出现了问题，出现了b 树到位图的转换。需要收集一下该索引的统计信息，使用dbms_stats.gather_index_stats估计问题解决了。

这是我处理该问题的一个思路。

#############################################################################——————Rhys————————