DB突然堵塞的等待事件分析

runinwind

大家好，我们DB版本11.2.0.1，在13：00左右出现2分钟的堵塞又自己恢复了，我用
select event,  to_char(sample_time, 'yyyymmdd hh24mi') sample_time, count(*) event_count
from v$active_session_history
where sample_time between to_date('20130422 1245', 'yyyymmdd hh24mi') and to_date('20130422 1315', 'yyyymmdd hh24mi')
and event is not null and event not in('null event')
group by event, to_char(sample_time, 'yyyymmdd hh24mi')
having count(*) > 50
order by 1,2
这个SQL查了下，前后半小时，都没有明显等待，全集中在这分钟里，请教大家能看出什么原因吗？等待事件我贴在下面：


这个DB已经连续2个周一下午当机，现象与今天一样，只不过今天没有完全死掉，自己恢复了。上周发过贴子附了awr，见http://t.askmaclean.com/thread-2312-1-2.html，节省论坛资源我就不贴今天的awr了，3分钟的堵塞在awr里可能也看不出来。

我看了v$sga_resize_ops，全天只有在出问题的3分钟内，sga出现过3次resize，虽然最终大小与调整前完全一样，但是KGH: NO ACCESS 从260M增加到了530M。
我不知道会不会是sga调整造成堵塞，还是造成堵塞的原因同时导致了sga的调整。

这是个CS+BS的应用，出问题的时候，伴随着BS session数的急剧增加。BS用的是JDBC客户端，但是没有用户在这期间集中登录。

F.k-Tao

自动内存管理？

F.k-Tao

自动内存管理+ 短连接+sql 解析性能不稳定，这样的问题相当多。

F.k-Tao

改不了应用，最好就是关闭自动内存管理。

runinwind

是设了sga_target和pga_aggregate_target的。但memory_target也设了。

sykace

可能sga resize造成的内存抖动引起，建议设置shared_pool_size的初始值。