12
返回列表 发新帖
楼主: wadekobe9

[讨论] 求助-帮忙看下awr吧,找下瓶颈!!

[复制链接]
求职 : 数据库管理员
论坛徽章:
2
宝马
日期:2013-09-17 17:12:56祖母绿
日期:2014-09-11 13:38:41
11#
发表于 2013-10-30 14:20 | 只看该作者
1.db file sequential read在Top 5中高居榜首,两个方面入手:
第一条是优化SQL语句,以减少物理读和逻辑读。
第二条是优化系统参数,增加命中率等情况。
2.查看SQL ordered by等7个指标:
发现以下语句需要优化:
SELECT ROOM_BUY_NUM,ROOM_PROOCCUPY_NUM,ROOM_STATUS FROM V_HO_RSTATUS_BYROOMTYPE
WHERE V_HO_RSTATUS_BYROOMTYPE.ROOM_TYPE_ID = :B2 AND V_HO_RSTATUS_BYROOMTYPE.ROO
M_DATE= :B1
在V_HO_RSTATUS_BYROOMTYPE建立ROOM_TYPE_ID和ROOM_DATE组合索引。
3.加大shared pool的大小。
在Shared Pool Advisory找到合适的sharedpool的大小。
系统当前的shared pool大小的是2448M。建议增加到 3216M。
系统当前的 Buffer Cache是1904M,建议增加到2880M。

使用道具 举报

回复
论坛徽章:
8
2009新春纪念徽章
日期:2009-01-04 14:52:28祖国60周年纪念徽章
日期:2009-10-09 08:28:002010新春纪念徽章
日期:2010-03-01 11:07:24ITPUB9周年纪念徽章
日期:2010-10-08 09:32:25ITPUB十周年纪念徽章
日期:2011-11-01 16:23:262013年新春福章
日期:2013-02-25 14:51:24沸羊羊
日期:2015-03-04 14:51:522015年新春福章
日期:2015-03-06 11:57:31
12#
发表于 2013-11-18 13:23 | 只看该作者
系统目前的现象,硬解析高、物理读高、执行数高,还是从应用角度看看,是否存在优化的可能,可以考虑绑定变量,但10g的数据库用绑定还是要注意点。

使用道具 举报

回复

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

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表