Bo's Oracle Station

查看: 4323|回复: 2

一个生产应用系统的卡顿原因分析

[复制链接]

10

主题

26

帖子

122

积分

注册会员

Rank: 2

积分
122
发表于 2018-1-4 10:52:41 | 显示全部楼层 |阅读模式
本帖最后由 tangjiangdong 于 2018-1-4 11:08 编辑

状况:
1.3下午出现应用登录和操作卡顿的现象,影响内部的使用了,因此进行分析。

目标:找出具体的原因或具体语句

指定异常时段:
1400-1730
获取相关信息:
1.awr
2.ash
3.sar
4.负载
5


分析过程:
1. 查询数据库的负载状况:
图片1.png
2.
查看锁阻塞
图片2.png
3. 查看sar历史负载
图片3.png
4.三份报告见附件:awrrpt   ashrpt   awrddrpt

问:从awr上看负载并没有明显的异常,只是i/o稍微多了一些,是否可以完全排出数据库端的问题?

awr等报告.rar

127.55 KB, 下载次数: 766

回复

使用道具 举报

1005

主题

1469

帖子

1万

积分

管理员

Rank: 9Rank: 9Rank: 9

积分
12012
发表于 2018-1-4 15:42:30 | 显示全部楼层
只能粗略简单看下:
SFBPM表空间,应分散物理文件到多个硬盘。或应预先为大批insert操作扩展好。
db file sequential read和全表扫描有一定关系。看看全表扫是否有必要。
SQL*Net message to client非常大,调整一下监听器的(SDU = 8192) (TDU = 8192)
两天比较周期报告来看,也是IO。猜在扩展datafile。
回复 支持 反对

使用道具 举报

10

主题

26

帖子

122

积分

注册会员

Rank: 2

积分
122
 楼主| 发表于 2018-1-6 20:02:38 | 显示全部楼层
好的,谢谢老师指点,我回去按照这个方向深入分析一下,目前是发现登陆时判断了用户账号的状态,使用了全表扫描
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|手机版|Bo's Oracle Station   

GMT+8, 2024-11-1 09:31 , Processed in 0.052785 second(s), 28 queries .

快速回复 返回顶部 返回列表