oracle10g 性能调优之AWR篇（二）

最新推荐文章于 2021-04-06 10:55:30 发布

RuleV5

最新推荐文章于 2021-04-06 10:55:30 发布

阅读量1.1w

点赞数 1

分类专栏： oracle 优化文章标签： oracle10g statistics 数据库 buffer sql oracle

本文链接：https://blog.csdn.net/RuleV5/article/details/7075255

版权

AWR报告用于分析数据库性能，关注OLTP系统的Library Hit和Buffer Hit。OLTP系统中，Buffer Hit高能提升SQL执行效率，而低值可能表明内存不足。AWR报告关键部分包括Top 5 Timed Events，揭示系统等待事件，如dbfile sequential read，可能指示大查询导致的I/O问题。CPU used by this session和Buffer Pool Advisory提供内存使用和优化建议。

摘要由CSDN通过智能技术生成

awr报告绝非是要用户每次都从头到尾读一遍，而是要根据用户根据自己的实际情况从报告中需要有用的信息

比如对于oltp系统：

*Library Hit

*Buffer Hit

这两项要非常关注，应为oltp是一个sql非常密集的系统，共享池命中低说明很多sql不能被重用，需要重新解析，这会大大降低系统性能和sql执行效率。

Buffer Hit也非常重要，oltp系统要求sql执行效率高，sql需要数据块能保持在内存中，那么sql执行效率自然比从磁盘读取数据块要高很多，当这个值接近100时，说明内存中sql访问的数据块越多，也就是磁盘读取的越少

但是如果你是一个olap系统，则基本上可以忽略这两个参数。

第一部分AWR报告反映数据库的信息

让我们来分析一个awr报告

这是报告的第一部分，它包含了数据和实例的一个基本信息，如果是一个rac结构，RAC选项为YES，最好对每个实例做性能分析。

这部分是采集周期里系统的一个概述，要注意下面三个列的含义：

1、 sessions

表示采集是实例连接的会话数，这个数可以让我们了解数据库并发用户的大概情况。如果是新接手的数据库，对判断数据库的类型可以做参考

2、 Cursors/Session，平均每个会话卡开的游标数。

3、 DB Time

4、这个数值比较重要，它表示用户操作花费的时间，包括cpu和等待事件。有时候DB Time会比Elapsed时间要长。因为AWR是一个数据的合集，比如说1分钟内一个用户等待10秒钟，那么10个用户是300秒（5分钟）；cpu的时间也是一样一分钟之内，一个cpu处理30秒，那么4个cpu就是1.2分钟，8个就是2.4分钟，这些都以累计的方式记录在awr报告当中的。

Report Summary

这个表列出从开始采集到结束的时候数据缓冲池（Bubber Cache）和共享池（Shared Pool Size）的大小。

这个是共享池的一个明细列表，分割为每秒钟资源负载和一个事物资源负载情况

这一部分是内存效率的统计信息，我个人觉得对于oltp系统来说，这个意义比较重大，这些值应该尽可能的解决100，execute to parse这里很低是不是数据库有问题了呢看下面的一段话no,这不是绑定变量的问题,从楼主提供的比例来看,变量绑定的还是比较好的。“这个比例是由于太多的soft parse导致的.对于比如web数据库,这个值很小是正常的,因为用户要反复链接,每一次链接,及时相同的sql,都会有一次soft parse.这个参数是解决所谓的softer soft parse的”