免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12下一页
最近访问板块 发新帖
查看: 5809 | 回复: 15
打印 上一主题 下一主题

帮忙分析一下数据库AWR报告 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2009-11-24 11:08 |只看该作者 |倒序浏览
最近学了一下Oracle10g调优:Oracle10g AWR使用方法及分析(原文地址:http://www.yoyotao.net/ttt/post/301.html )
生成了一个报告:http://www.yoyotao.net/temp/Oracle_awr_rpt.html

但看不太懂,大家指点一下,这个怎么分析呢,都代表什么呢!

初学者,对调优更是初学,请大家多帮忙!

介绍一下环境:
服务器是PIII 1G内存
系统:Win2003server
ORACLE:10g

只是个测试用的DB,所以配置不高。

请大家多多帮忙!

论坛徽章:
0
2 [报告]
发表于 2009-11-24 11:19 |只看该作者
Instance Efficiency Percentages (Target 100%)

Buffer Nowait %: 100.00   Redo NoWait %:     100.00
Buffer Hit %:         99.24    In-memory Sort %: 100.00
Library Hit %:       96.77     Soft Parse %:          90.56
Execute to Parse %: 46.37 Latch Hit %:           100.00
Parse CPU to Parse Elapsd %: 90.47 % Non-Parse CPU: 72.36


感觉Library Hit低些,还有“Execute to Parse ”,“Parse CPU to Parse Elapsd”,“Soft Parse”
但不知道后面三个是什么,怎么调整才能提高这些值!

论坛徽章:
59
2015七夕节徽章
日期:2015-08-24 11:17:25ChinaUnix专家徽章
日期:2015-07-20 09:19:30每周论坛发贴之星
日期:2015-07-20 09:19:42ChinaUnix元老
日期:2015-07-20 11:04:38荣誉版主
日期:2015-07-20 11:05:19巳蛇
日期:2015-07-20 11:05:26CU十二周年纪念徽章
日期:2015-07-20 11:05:27IT运维版块每日发帖之星
日期:2015-07-20 11:05:34操作系统版块每日发帖之星
日期:2015-07-20 11:05:36程序设计版块每日发帖之星
日期:2015-07-20 11:05:40数据库技术版块每日发帖之星
日期:2015-07-20 11:05:432015年辞旧岁徽章
日期:2015-07-20 11:05:44
3 [报告]
发表于 2009-11-24 13:14 |只看该作者
学习一下啊。

论坛徽章:
0
4 [报告]
发表于 2009-11-26 10:49 |只看该作者
需要解析的占46.37,那么Library Hit应该不会太好。
看看代码有没有用绑定变量,

论坛徽章:
7
天蝎座
日期:2013-08-16 23:19:32丑牛
日期:2014-01-08 09:20:14寅虎
日期:2014-01-11 11:03:44午马
日期:2014-04-28 11:02:40天秤座
日期:2014-05-16 23:24:24摩羯座
日期:2014-07-20 10:46:04卯兔
日期:2014-08-08 15:21:41
5 [报告]
发表于 2009-11-26 10:58 |只看该作者
调优的最重要的是要出效果。

论坛徽章:
0
6 [报告]
发表于 2009-11-26 13:28 |只看该作者
刚才看了一下你的AWR报告,有一个感觉

你是否是在生成AWR报告的两个小时的时间里,只是做了很简单的测试性任务

我想问,你生成并分析AWR的目的是什么,是学习呢,还是发现什么样的问题,需要调优

论坛徽章:
59
2015七夕节徽章
日期:2015-08-24 11:17:25ChinaUnix专家徽章
日期:2015-07-20 09:19:30每周论坛发贴之星
日期:2015-07-20 09:19:42ChinaUnix元老
日期:2015-07-20 11:04:38荣誉版主
日期:2015-07-20 11:05:19巳蛇
日期:2015-07-20 11:05:26CU十二周年纪念徽章
日期:2015-07-20 11:05:27IT运维版块每日发帖之星
日期:2015-07-20 11:05:34操作系统版块每日发帖之星
日期:2015-07-20 11:05:36程序设计版块每日发帖之星
日期:2015-07-20 11:05:40数据库技术版块每日发帖之星
日期:2015-07-20 11:05:432015年辞旧岁徽章
日期:2015-07-20 11:05:44
7 [报告]
发表于 2009-11-26 13:31 |只看该作者
没有实质性的答案哦。

论坛徽章:
0
8 [报告]
发表于 2009-11-28 18:04 |只看该作者
几乎没有负载
排名比较高的语句都是系统生成的
你发一个重载时的报告
注意你的I/O配置

论坛徽章:
0
9 [报告]
发表于 2009-12-01 04:02 |只看该作者
发帖忽悠我们?!:wink:

Buffer Nowait %: 100.00   Redo NoWait %:     100.00
Buffer Hit %:         99.24    In-memory Sort %: 100.00
Library Hit %:       96.77     Soft Parse %:          90.56

都这性能了还用调啥?!

论坛徽章:
0
10 [报告]
发表于 2009-12-02 17:59 |只看该作者
Soft Parse %:          90.56
——软解析,现说明指执行的SQL语句中有10%需要进行硬解析。这个指标在95%以上较好。有一次硬解析便计一次,并不真正计软解析次数。可认为一些语句不是绑定变量的,于是还要硬解析。
——表面上该指标与Library Hit 相比有一定的相似度与重合度,不过Library Hit表示已经找到完全相同的SQL语句(这是一种常见软解析,还有一种快速解析也应当算是软解析,都不用在shared pool中找而在PGA中找)并且语句中相关的表信息也在其中。

Execute to Parse %: 46.37
——表示sql语句parse和执行的百分比,它的计算公式是:100 * (1 - Parses/Executions) = Execute to Parse。
——这个参数也是我晕菜的,总觉得它应当是0,难道说解析了不执行,或执行了不需解析。解析了不执行也有种情况,比如手工看执行计划,但基本也是忽略不计的。
——假定fast parse不计入Parse中,那么只余下Soft Parse 和 Hard Parse 好象才可能解释。
——望高手解惑!
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP