Oracle数据库数据恢复、性能优化

找回密码
注册
搜索
热搜: 活动 交友 discuz
发新帖

22

积分

0

好友

12

主题
1#
发表于 2014-1-23 10:12:02 | 查看: 3299| 回复: 2
项目上反馈近期用户充值超时的情况 有所增加,我们先后 对数据库进行了相关处理,现场反映 超时的次数有所减少,但是

还是不能让用户满意,之前我们对数据库做了以下 修改 。

1:将相关非重要表 并且 INSERT UPDATE DELETE 频繁的表  改成 NOLOGGING 模式

2: REDO LOG 日志组, 从原来的 6组 增加到 8组, 每个日志的大小 从 512 M 改成了 1G

3: 重建了相关表上的 索引

4: 对碎片比较大的 CC_EVENT, ADVICE 表 进行了碎片整理

从应用日志 打印处理的 消息看 ,有很多 commit 超时 。 附AWR报告 。

awrrpt_1_820_824下午优化后.rar

31.03 KB, 下载次数: 2473

Oracle ALLSTARS II:171092051(Oracle基础讨论群)
提问之前请阅读以下链接
http://t.askmaclean.com/thread-714-1-1.html
http://train.askmaclean.com/node/5
Oracle ALLSTARS III:180013778(扯蛋打酱油专用群)
2#
发表于 2014-1-23 11:43:03
别光看啊,来个回复啊

回复 只看该作者 道具 举报

3#
发表于 2014-1-23 15:16:17
1、 AWR是反应 面的性能负载的, 而超时可能是 几个点; 首先你搞清楚超时的点了吗?

2、 数据库谈不上非常忙,6r82bhftakvpm似乎是值得优化的

此外硬解析的量也不少

user commit 每秒 80次,IOPS 差不多172+424的样子并不高 时db file sequential read 平均为6ms, 采用的是裸设备。

回复 只看该作者 道具 举报

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

QQ|手机版|Archiver|Oracle数据库数据恢复、性能优化

GMT+8, 2024-12-21 06:41 , Processed in 0.051501 second(s), 23 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

回顶部
TEL/電話+86 13764045638
Email service@parnassusdata.com
QQ 47079569