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

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

18

积分

1

好友

18

主题
1#
发表于 2013-11-21 20:51:50 | 查看: 4072| 回复: 5
本帖最后由 hunter 于 2013-11-22 13:31 编辑

附件是某数据库的AWR,79%的db file sequential read,个人认为可能是在分区的T_PERSON段上存在不合理的索引扫描,请各位大神给点意见,谢谢!

awr_report_31215_31216.html

324.46 KB, 下载次数: 944

6#
发表于 2013-11-22 13:27:09
anbob 发表于 2013-11-22 09:16
传说中的标题党?

你看我发的帖子,不会是标题党吧,不过这个我真发错了,不会银行的,改了

回复 只看该作者 道具 举报

5#
发表于 2013-11-22 13:26:11
不了峰 发表于 2013-11-22 09:06
扯,这个 hotel 实例的数据库怎么跟银行有关系。

这么少的压力,看样子数据库机器,特别是存储配置极差, ...

实例名我没注意,这是个银行科技部的朋友发的,很随意的以为是银行系统的,不好意思

回复 只看该作者 道具 举报

4#
发表于 2013-11-22 09:16:59
传说中的标题党?

回复 只看该作者 道具 举报

3#
发表于 2013-11-22 09:06:26
扯,这个 hotel 实例的数据库怎么跟银行有关系。

这么少的压力,看样子数据库机器,特别是存储配置极差,也许根本没有存储

那个sql语句明显有问题 ,没有按照t_person的分区设计来查询,
当然也可以说t_person的分区设计也许有问题

回复 只看该作者 道具 举报

2#
发表于 2013-11-21 22:37:10
IO负载严重超标。
除了索引,还要看执行计划。
表不大,可考虑cache

回复 只看该作者 道具 举报

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

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

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

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

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