业务高峰数据库响应慢的AWR(shared pool相关问题)

tianshiguodong

用户反映业务高峰时数据库响应较慢
library cache latch及shared pool latch比较严重，期间发生过SGA resize
看了下，造成latch的原因不可能是硬解析；可能与绑定变量有关，SGA resize对latch也有一定的加剧作用，如果是绑定变量造成的，那么从AWR中的sql by version count这里得到的sql准确么？
不知道我的简单分析是不是合理，请大家给看看

Maclean Liu(刘相兵

9点到10点：

shared        CCursor        342.51        419.19        22.39
shared        KGH: NO ACCESS        770.04        770.04        0.00
shared        PCursor        116.23        149.26        28.42
shared        free memory        557.60        568.06        1.88
shared        kglsim object batch        28.60                 -100.00
shared        library cache        77.88        93.26        19.75
shared        sql area        438.36        664.55        51.60

sql area 涨了200多MB ，  说明 还是有不少"新"SQL进入系统的

9点到10点 shared pool在涨， 之后又收缩


建议你关掉 auto sga , shared pool手动设置为2,224MB

tianshiguodong

Maclean Liu(刘相兵 发表于 2013-5-8 17:54
...........能不要这种无意义的标题吗？

刚改过了，刘大帮给看看

Maclean Liu(刘相兵

...........能不要这种无意义的标题吗？