首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >Oracle 11g - AWR报表分析帮助

Oracle 11g - AWR报表分析帮助
EN

Stack Overflow用户
提问于 2011-03-20 21:34:27
回答 1查看 8.2K关注 0票数 3

我是Oracle的新手,我从企业经理那里创建了一个AWR报告。下面是报告的一个小快照。

登录:每秒 0.01 -每事务0.02

内存中排序% 100.00

执行 19.0 /秒- 27.7 /事务

执行>1的% SQL开始: 97.45 -结束: 94.41

缓冲区缓存:开始:240 m-结束:240 m

回滚 0.2 /秒-每事务0.2

缓冲区命中% 99.98

共享池大小:开始: 1,024M -结束:1,024百万

你们能让我知道“登录”、“执行”等每一个术语代表什么,以及如何使用它们来决定数据库性能吗?

如果这个问题看起来很蠢,很抱歉,但我在网上找不到任何解释。

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2011-03-20 22:24:31

登录非常简单--一个新用户/会话登录系统的次数。通常,您不需要大量的登录每秒,因为这是一个相当缓慢的操作。如果您这样做了,那么您可能应该考虑连接池。

排序-通常需要对数据进行排序(日期,按字母顺序排列)。小数据集可以在内存中排序。较大的可能溢出到磁盘,这是比较慢的。如果你在记忆中做了各种各样的事情,这并不意味着你会有问题。

执行- SQL通常经过一个解析、绑定、执行、提取。每次执行可能有多个获取(提取前10行、下10行等)。同样,有些SQL没有获取(例如插入)。事务由大量SQL组成。如果每个事务有20-30个SQL,那么就会得到一些合理的复杂性。并不是每一条语句本身都是一个孤立的事务。每秒执行更基本。请看我最后的评论。

执行>1的% SQL -您可以有多个绑定&每个解析执行(这是一件好事,因为解析可能是昂贵的)。大多数SQL都有多个执行,所以很好。

缓冲区缓存-数据块副本的内存量。没有“好”或“坏”,因为它取决于服务器上的内存。

回滚-每个事务is....odd 0.2。它表明,20%的事务是回滚而不是提交的。也许没什么好担心的,它可能只是一个后退或取消按钮的工作方式。除非在强制回滚时抛出许多错误,否则这不是数据库问题,而是应用程序的工作方式。

缓冲区命中%-直接从内存读取数据块的百分比,而不需要转到磁盘。从内存读取的速度比磁盘快,所以很高是“好的”(特别是对于OLTP应用程序来说--数据仓库通常处理的数据比内存中的要多)。但不要对比率感到兴奋。如果您可以减少phyiscal IOs (从磁盘读取)很好,但是从内存中的块生成额外的读取只是为了提高比率是没有好处的。

共享池大小--同样,它是内存的度量。

========================================================================最终,所有这些都不能很好地衡量数据库性能。重要的是,如果应用程序用户(或开发人员或管理人员)说他们的程序是否符合他们的性能规范。

每秒执行是一项重要的措施,但只针对所需的工作负载。如果用户希望每秒执行50次,并且只执行20次,结果是超时工作,那么您就有了问题。如果他们只需要每秒做10次而他们花了半天时间在Youtube上,你就会做得很好。

同样地,如果这个测量是一个工作日的8个小时,那么如果它覆盖了24小时,每个人都有16个人在家的话,这可能是另一回事。

票数 4
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/5371677

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档