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

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

0

积分

1

好友

3

主题
1#
发表于 2013-11-21 17:58:02 | 查看: 3435| 回复: 3
今天上午9:25开始系统响应缓慢,后续暂停了一些应用,速度相对有些提升,但速度相对以前仍然慢
附件为问题时段和昨天相应时段的AWR
刘大帮看一下,谢谢

1120_0900_01.html

670.02 KB, 下载次数: 711

awrrpt问题时段.html

715.42 KB, 下载次数: 735

4#
发表于 2013-11-22 11:36:39
谢谢两位,目前正在找开发优化SQL,确实存在很多类似SQL没有使用绑定变量
搜到刘大的SQL脚本,来查找未使用绑定变量的SQL:http://www.askmaclean.com/archives/%E5%88%A9%E7%94%A8force_matching_signature%E6%8D%95%E8%8E%B7%E9%9D%9E%E7%BB%91%E5%AE%9A%E5%8F%98%E9%87%8Fsql.html

回复 只看该作者 道具 举报

3#
发表于 2013-11-22 10:56:20
1.优化此类sql,select PolicyID, FromCity, ToC... 查看是否有大表全表扫描存在。

2.硬解析略高。采用绑定变量

3.两个节点之间尽可能做业务分割,减少log file sync

4.log file sync  direct path read 平均等待时间太长,IO效率很低。

回复 只看该作者 道具 举报

2#
发表于 2013-11-21 22:18:55
本帖最后由 dla001 于 2013-11-21 22:33 编辑

把direct path read禁用。
想办法降低系统的IO负载。
重点查一下 ICS_ORDER 表相关的SQL。能cache的就cache了。
把AMM关了,多给点内存给SGA。
加大log,减少切换。
SQL的部分没看,能调的就调吧。
唠叨一句:每个机器16G的内存,存储设备IO也不怎么样300IOPS左右,处于什么考虑要用RAC呢?

回复 只看该作者 道具 举报

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

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

GMT+8, 2024-12-21 13:08 , Processed in 0.050924 second(s), 24 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

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