数据库性能问题,帮我看看(spotlight)

liusp525

select a.value + b.value "logical_reads", c.value "phys_reads",
round(100 * ((a.value+b.value)-c.value) / (a.value+b.value)) "BUFFER HIT RATIO"
from v$sysstat a, v$sysstat b, v$sysstat c
where a.statistic# = 38 and b.statistic# = 39
and c.statistic# = 40;

logical_reads   phys_reads     BUFFER HIT RATIO
152496977          7780            100

wzy25

sql写得不太好，buffer get 太多，修改sql就好了。

liusp525

程序早就写了的,现在调了参数,CPU从4个433的加到了4个600的,感觉没有快,还慢.

prada_gu

做个 besta/estat吧,把结果贴出来,
但是根本的还是调效率不好的SQL

fire_in_mind

好几个进程都是占CPU40％以上，SQL写的有问题。

liusp525

下面的是utlbstat报表:

xuanxuan

sort_area_size                          20480000                              
太大了把 20M  建议 2M--5M
shared_pool_size                        409600000  
才 200用户就 400M  也大了一点 建议减少到240M
db_block_buffers                        336000  (2.6G)
你一共有多少 内存？ 4G?
建议 db_block_buffers +shared_pool_size   + usernum*sort_area_size   
<=0.6 *总内存

liusp525

我的内存是6G,是4个600的CPU,HP AXP8200的机器.
以前sort_area_size  好像是2M,有人说要加大就加大了,但是内存还是有多

liusp525

Up一下,

feng_xin

1通过spotlight可以做进一步的深入诊断
1、在Buffer Busy Wait Alarm窗口，点击右上角的链接 The "Activity Buffer Busy" drilldown
可以提供有关Buffer Busy Wait争用的更详细信息。
2、TOP session功能（就是小人头像），可以看到最耗资源的session，以及该session执行的SQL语句，通过找到相应的sql，使用sql tuning功能进行自动SQL调整
3、TOP SQL功能（就是SQL图象），可以查系统中不合理SQL，找出耗资源的进行优化
4、选择Database activity --> buffer busy waits 可以看到引起buffer busy waits的具体瓶径是回滚段的问题，文件头的问题，还是热块的问题，能找到引起buffer busy waits的源头。右下角的按钮“Show busy segments" 可以显示出现热块的表或索引，以及热块发生的次数。根据这些信息，做相应表的参数调整。