请帮助分析statpack结果，数据库服务器的CPU被大量消耗掉了，急！！！！在线等

foxmile

oracle的一些初始化参数先进行修改，使你的内存得到最充分的利用，然后再看看cpu是不是继续被完全占用。

sundog315

觉得以下几个方面可能有些问题：
1.最有成效的，则是对有问题的SQL进行调整，例如HASH_VALUE为1673440189或2822800836。
2.TEMP表空间读写过于频繁，并且sorts (disk)   42，应该用到磁盘排序了，再看初始参数：
_pga_max_size  104857600  这样应该是有问题的吧。
另外sort_area_size  0，应该使用PGA自动管理吧，结合上面的参数可能就能解释TEMP过于频繁的问题了。
3.INDX表空间读写过于频繁，是否索引碎片过多？
4.可以根据建议值调整SGA与PGA的大小。

sundog315

楼主是否能提供繁忙时段约30分钟的STATSPACK？，这个时间有点短吧。

dx6340

在没有优化SQL语句以前，不要调整任何参数。
调整shared_pool对latch free没有太多效果，你需要先找到是什么类型的latch free.
你这个statspack时间太短，采样点太少，能说明的数据库问题不大。

benny2002

最初由 dx6340 发布
[B]在没有优化SQL语句以前，不要调整任何参数。
调整shared_pool对latch free没有太多效果，你需要先找到是什么类型的latch free.
你这个statspack时间太短，采样点太少，能说明的数据库问题不大。 [/B]

同意！觉得他的参数方面并没有特别不合理的地方。关键还是要找占用资源太多的SQL

zewell

很久以前做压力测试，碰到过这种问题。
当时用top sql上去看，到底那些sql占cpu最多，然后tuning就行了。
我估计sql占cpu过大的可能：
首先sql肯定使用频繁,如果是sql复杂，应该是建立执行分析树占太多了。可以改成用规则优化。
如果是类似sql被频繁使用，该一个参数为similer，具体名字忘了

ncgxq

最初由 sundog315 发布
[B]楼主是否能提供繁忙时段约30分钟的STATSPACK？，这个时间有点短吧。 [/B]

最好把采样间隔设在15-60分钟

w_z_y

现在性能问题已经初步解决,
发现一个几百万数据的表中的一个索引在exp然后又imp后一个关键索引丢失，
创建索引后，数据库CPU消耗基本恢复正常

zflying2000

请问你们如何解决
hash值为317853294的语句即"select count(*) from dual"这个问题的？
这个应该是由于weblogic测试数据库连接的。我这里也有这种情况不知道如何解决？？
能否把你们解决方法经验给大家介绍一下呀！！！

俺先谢谢了

husthxd

最初由 w_z_y 发布
[B]现在性能问题已经初步解决,
发现一个几百万数据的表中的一个索引在exp然后又imp后一个关键索引丢失，
创建索引后，数据库CPU消耗基本恢复正常 [/B]

做statspack报告,外加session跟踪可以很好的定位不良sql.
btw:imp的时候没导索引,过后忘记建索引了把?试过一次,弄得业务足足慢了2个小时+.