查看: 6732|回复: 43

[性能调整] 帮看awr报表,给一些建议谢谢!

[复制链接]
论坛徽章:
188
红宝石
日期:2014-05-09 08:24:37萤石
日期:2014-01-03 10:25:39奥运会纪念徽章:羽毛球
日期:2008-07-01 10:46:06奥运会纪念徽章:马术
日期:2008-07-07 17:43:24奥运会纪念徽章:射箭
日期:2008-07-25 18:07:39奥运会纪念徽章:皮划艇激流回旋
日期:2008-07-30 10:02:57奥运会纪念徽章:花样游泳
日期:2008-09-26 13:02:43奥运会纪念徽章:排球
日期:2008-12-03 11:23:272010新春纪念徽章
日期:2010-01-04 08:33:082010年世界杯参赛球队:澳大利亚
日期:2010-02-26 11:08:44
发表于 2013-3-4 09:18 | 显示全部楼层 |阅读模式
最近在优化一个项目,大家给我帮看一下awr报表,给一些建议谢谢!顺便给现在的优化打分.

AWR Rpt - xxx Snap 6141 thru 6142.rar (28.35 KB, 下载次数: 201)
单选投票, 共有 27 人参与投票
您所在的用户组没有投票权限
求职 : 数据库管理员
论坛徽章:
10
咸鸭蛋
日期:2012-02-02 15:23:012014年新春福章
日期:2014-02-18 16:44:08福特
日期:2013-12-04 11:24:26ITPUB社区千里马徽章
日期:2013-06-09 10:15:34ITPUB社区OCM联盟徽章
日期:2013-03-21 15:35:432013年新春福章
日期:2013-02-25 14:51:24ITPUB 11周年纪念徽章
日期:2012-10-09 18:16:00咸鸭蛋
日期:2012-04-10 16:49:36蛋疼蛋
日期:2012-04-09 13:30:04马上有对象
日期:2014-02-18 16:44:08
发表于 2013-3-4 10:22 | 显示全部楼层
本帖最后由 sheep_yang678 于 2013-3-4 10:31 编辑

不知道投票良好的有没有啥好的建议呢?

使用道具 举报

回复
认证徽章
论坛徽章:
11
2012新春纪念徽章
日期:2012-01-04 11:56:442015年新春福章
日期:2015-03-06 11:58:39暖羊羊
日期:2015-03-04 14:53:002014年新春福章
日期:2014-02-18 16:44:08问答徽章
日期:2014-01-02 15:42:02优秀写手
日期:2013-12-18 09:29:11ITPUB社区12周年站庆徽章
日期:2013-08-20 11:30:112013年新春福章
日期:2013-02-25 14:51:24复活蛋
日期:2013-01-25 13:54:43奥运纪念徽章
日期:2012-12-06 09:21:40
发表于 2013-3-4 10:35 | 显示全部楼层
是啊  投票完 希望能有一个自己的分析思路或结果发出来

使用道具 举报

回复
论坛徽章:
40
授权会员
日期:2009-03-04 17:06:25最佳人气徽章
日期:2013-03-19 17:24:25SQL极客
日期:2013-12-09 14:13:35优秀写手
日期:2013-12-18 09:29:09ITPUB元老
日期:2015-03-04 13:33:34白羊座
日期:2016-03-11 13:49:34乌索普
日期:2017-11-17 11:40:00
发表于 2013-3-4 10:59 | 显示全部楼层
关注下, 我觉得 当前系统压力不大,没什么大问题

关于SQL, c8s65f1cuhcb1,这个频繁查询系统表,是最主要的资源消耗

还有2bctbmjjgpxun,执行次数有些多


使用道具 举报

回复
论坛徽章:
188
红宝石
日期:2014-05-09 08:24:37萤石
日期:2014-01-03 10:25:39奥运会纪念徽章:羽毛球
日期:2008-07-01 10:46:06奥运会纪念徽章:马术
日期:2008-07-07 17:43:24奥运会纪念徽章:射箭
日期:2008-07-25 18:07:39奥运会纪念徽章:皮划艇激流回旋
日期:2008-07-30 10:02:57奥运会纪念徽章:花样游泳
日期:2008-09-26 13:02:43奥运会纪念徽章:排球
日期:2008-12-03 11:23:272010新春纪念徽章
日期:2010-01-04 08:33:082010年世界杯参赛球队:澳大利亚
日期:2010-02-26 11:08:44
 楼主| 发表于 2013-3-4 10:59 | 显示全部楼层
对,我需要的是建议.

使用道具 举报

回复
论坛徽章:
188
红宝石
日期:2014-05-09 08:24:37萤石
日期:2014-01-03 10:25:39奥运会纪念徽章:羽毛球
日期:2008-07-01 10:46:06奥运会纪念徽章:马术
日期:2008-07-07 17:43:24奥运会纪念徽章:射箭
日期:2008-07-25 18:07:39奥运会纪念徽章:皮划艇激流回旋
日期:2008-07-30 10:02:57奥运会纪念徽章:花样游泳
日期:2008-09-26 13:02:43奥运会纪念徽章:排球
日期:2008-12-03 11:23:272010新春纪念徽章
日期:2010-01-04 08:33:082010年世界杯参赛球队:澳大利亚
日期:2010-02-26 11:08:44
 楼主| 发表于 2013-3-4 11:01 | 显示全部楼层
jiqing1004 发表于 2013-3-4 10:59
关注下, 我觉得 当前系统压力不大,没什么大问题

关于SQL, c8s65f1cuhcb1,这个频繁查询系统表,是最主 ...

不错,继续.

使用道具 举报

回复
认证徽章
论坛徽章:
764
2014年世界杯参赛球队: 加纳
日期:2014-05-20 17:24:592014年世界杯参赛球队:墨西哥
日期:2014-05-20 17:25:142014年世界杯参赛球队: 波黑
日期:2014-05-20 17:27:292014年世界杯参赛球队: 希腊
日期:2014-07-15 11:05:212014年世界杯参赛球队: 阿尔及利亚
日期:2014-07-15 11:05:212014年世界杯参赛球队: 厄瓜多尔
日期:2014-07-15 14:14:452014年世界杯参赛球队: 哥斯达黎加
日期:2014-06-16 15:29:332014年世界杯参赛球队: 智利
日期:2014-06-16 17:03:11 2014年世界杯参赛球队: 德国
日期:2014-06-16 17:10:512014年世界杯参赛球队: 葡萄牙
日期:2014-06-18 09:28:47
发表于 2013-3-4 11:08 | 显示全部楼层
有些过度解析了

使用道具 举报

回复
论坛徽章:
188
红宝石
日期:2014-05-09 08:24:37萤石
日期:2014-01-03 10:25:39奥运会纪念徽章:羽毛球
日期:2008-07-01 10:46:06奥运会纪念徽章:马术
日期:2008-07-07 17:43:24奥运会纪念徽章:射箭
日期:2008-07-25 18:07:39奥运会纪念徽章:皮划艇激流回旋
日期:2008-07-30 10:02:57奥运会纪念徽章:花样游泳
日期:2008-09-26 13:02:43奥运会纪念徽章:排球
日期:2008-12-03 11:23:272010新春纪念徽章
日期:2010-01-04 08:33:082010年世界杯参赛球队:澳大利亚
日期:2010-02-26 11:08:44
 楼主| 发表于 2013-3-5 08:30 | 显示全部楼层
顶上来

使用道具 举报

回复
论坛徽章:
15
ITPUB十周年纪念徽章
日期:2011-11-01 16:26:592014年新春福章
日期:2014-02-18 16:44:08雪佛兰
日期:2014-01-24 14:33:11技术图书徽章
日期:2013-11-28 14:00:57大众
日期:2013-09-17 13:38:59复活蛋
日期:2013-05-21 19:06:582013年新春福章
日期:2013-02-25 14:51:24鲜花蛋
日期:2012-12-02 19:35:19奥运会纪念徽章:手球
日期:2012-10-23 11:36:07ITPUB 11周年纪念徽章
日期:2012-10-09 18:16:00
发表于 2013-3-5 16:44 | 显示全部楼层
本帖最后由 XKGLOB刀 于 2013-3-5 16:46 编辑

我的发现:

1. Shared Pool Size:         1,360M         1,488M    ---> shared pool变大了
2. soft parse/s很高
3. Total Disk Reads: 43,826 比较小     ---> 那么你要小心了,在某一个大的很多physical read的SQL跑起来后


你会发现有频繁的shared pool/buffer cache resize发生,然后会有各种latch/mutex/rowcache上的问题,因为shared pool跟buffer cache都认为自己不够用。
总之,这个系统有个很严重的潜在风险: 就是parse太多了。

还有个小问题:SQL*Net more data to client,等待了1000多秒,不正常。

使用道具 举报

回复
求职 : 软件工程师
论坛徽章:
2
2013年新春福章
日期:2013-02-25 14:51:24ITPUB社区千里马徽章
日期:2013-06-09 10:15:34
发表于 2013-3-5 17:33 | 显示全部楼层
创业的系统?

使用道具 举报

回复

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

本版积分规则 发表回复

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