CPU占用很高，附AWR报告，求分析原因

午夜幽魂

AIX系统最近通过topas查看cpu的使用率特别高，主要是oracle用在使用，图片是topas的截图，还有awr的报告，请各位大神帮忙分析一下是什么原因，谢谢

awrrpr_20130603.rar (61.26 KB, 下载次数: 1811)

2013-6-4 07:39 上传

点击文件名下载附件

Maclean Liu(刘相兵

上传AWR 必须压缩

psufnxk2000

top 5            

午夜幽魂

Maclean Liu(刘相兵 发表于 2013-6-3 20:07
上传AWR 必须压缩

已重新上传

Maclean Liu(刘相兵

老的请删掉

小熊

1，Library Hit %:        28.45  共享池存在很大问题
2，TOP 5 主要是 library cache  相关的等待事件
3，parse time elapsed        3,663,348.38        38.04 解析SQL时间占了 总的DBTime的38%
4，从早上 5点到下午 6点 CPU使用率 98%以上
5，TOP SQL：
   4df5kuhxdkzhh：
   9hvtpqjfv18tm
   6p1bpn0skzuuu       
   
   如上几个SQL 占据了大量的Elapsed Time，Sharable Memory，Parse Calls，Version Count等。而这几个SQL对应的对象都是LOTHISTORY  。
   
6，hash table        kkshGetNextChild [KKSHBKLOC1]        1,099,895,418        0
Library Cache        kgllkdl1 85        997,338,262        0
Library Cache        kgllkal3 82        960,433,193        0
Library Cache        kglhdgn2 106        764,392,722        -9

kkshGetNextChild ==>kkshGetNextChild - KKSH Get Next Child
Library Cache        kgllkdl1

7. TOP Segments  LOTHISTORY 这张表上的逻辑读，物理读，物理写，DB Blocks Changes 都很大

个人觉得本问题主要在 Version Count 上。
对于 library cache: mutex X  在 11.2.0.1 下有很多的bug存在。建议升级。
请各位大牛指正。

午夜幽魂

小熊 发表于 2013-6-5 00:05
1，Library Hit %:        28.45  共享池存在很大问题
2，TOP 5 主要是 library cache  相关的等待事件
3，parse t ...

谢谢回复，

repentance

我也认为主要问题在version count过高上，可以结合shared_cursor视图查看一下为何version count这么高。
从AWR中看到 Buffer Cache: 10,816M 6,400M  buffer cache缩小很多---不建议设置memory_target，而是分开设置sga和pga

311ybb

报告的时间间间隔太长了