hunter 发表于 2015-1-22 14:59:36

网站大量并发登陆导致数据库服务很卡的awr,帮忙分析一下

网站大量并发登陆导致数据库服务很卡的awr,帮忙分析一下

不了峰 发表于 2015-1-22 18:10:16

个人感觉 应该不是 大量并发登录导致了数据很卡,

而应该从"latch: cache buffers chains" 这个等待事件着看一下,对应的 sql是什么.

另外,好象IO很繁忙, 什么配置?

Liu Maclean(刘相兵 发表于 2015-1-23 20:55:44

Avg Wait(ms)        % Total Call Time        Wait Class
latch: cache buffers chains        72,496        45,211        624        26.0        Concurrency
CPU time                 28,722                 16.5         
log file sync        34,152        14,210        416        8.2        Commit
latch free        18,645        13,429        720        7.7        Other
db file sequential read        118,968        5,034        42        2.9        User I/O



wait event + CPU TIME 大约耗时DB TIME 1800分钟， 总的DB TIME 2900分钟，说明存在一定量的CPU QUEUE

该AWR显示 每秒的逻辑读达到了4GB

主机上多少个CPU ，什么CPU架构？

zengmuansha 发表于 2015-3-23 01:27:24

Parse CPU to Parse Elapsd %:        8.03
这个是解析时候非CPU时间很高...  是不是某个对象失效了 被锁定了?

zengmuansha 发表于 2015-3-23 01:36:25

看你的等待事件 有三个很高
latch: cache buffers chains  624
log file sync  416       
latch free  720
log file switch (checkpoint incomplete) 953
buffer busy waits 887


begin Pack_Question_HalfYear2014.GetItemsByQuestion(P_QUESTION_ID=>:P_QUESTION_ID, P_ACLASS=>:P_ACLASS, P_USERID=>:P_USERID, P_OUT=>:P_OUT); end;

1 先提高日志缓冲区大小,
2 提高日志写入速度 比如放入单独的RADI磁盘组
3 增大日志容量,减少日志切换时间

4 内存可增加SGA 大小
5 共享池明显偏小.开始1G 结束752M

6 软包的调用是否很频繁? 据说一般软件包并发能力低

zengmuansha 发表于 2015-3-23 01:43:24

Segments by Buffer Busy Waits
Owner        Tablespace Name        Object Name        Subobject Name        Obj. Type        Buffer Busy Waits        % of Capture
XYSURVERY        XYSURVERYTBS        LOGININFO2                 TABLE        1,108        80.52

zengmuansha 发表于 2015-3-23 01:46:40

你的SGA 应该是自动内存管理  而且安装的时候内存分配估计是默认值40%

猜你的系统内存估计有24G
可以把你的内存调高点
页: [1]
查看完整版本: 网站大量并发登陆导致数据库服务很卡的awr,帮忙分析一下