标签：10 busy buffer AWR 指标 gc time Oracle row
序
最近一直在做性能测试，对于单体数据库应用，数据库性能十分重要。使用Oracle数据库，会读AWR就现得更加重要了。把遇到的各种问题都在下面罗列整理一下，部分内容来自网络。随意整理了一下，内容也比较零碎，如果有其他问题可以留言讨论。
目录
Top 10 Forground Events by Total Wait Time
看AWR报告一般是直接看这里，排名靠前的当然就是耗时较多的操作了。
log file sync
在Top 10 Forground Events by Total Wait Time中常见的事件，在wait class中可以看到属于commit类别。也就是说与提交有关。一般情况下，平均此项耗时在4ms以下，超过4ms就属于有性能问题了。可以考虑IO效率，CPU效率等问题。
gc current block 2-way
如果你使用的是OracleRAC 模式，会出现此等待事件。此事件说明你要读的数据不在此节点上，在另一个节点上。平局耗时不到1ms 。
Latch: Enqueue Hash Chains
在基于虚拟机的上测试时遇到了这个问题。后续没有解决。
gc buffer busy acquire和gc buffer busy release
是RAC模式下常见的事件。主要是一台机器上的多个线程排队访问远程实例的buffer导致。可能是由于热点块、低效SQL语句、数据库交叉访问导致。热点块的问题可以使用分区表、分区索引、反转索引解决。
参见这里。
sequential read
这个指标很实用，可以在不同的平台间进行比较,但是scattered read这种指标就不好比较了。
延迟一般需要在10ms以下,或者至少100 reads/sec，在基于SAN存储缓存数据的情况下，sequential read的指标有时候会保持在2ms左右，这个只能说明SAN已经把数据转化为缓存了，倒不能说明硬盘驱动确实很快。平均的延迟是在1ms以内算是正常。
参见
segments by logical reads
可以在这里看到读写比较多的块。在性能测试中，如果对一些索引或者表的读写特别的多，在这里可以体现出来。
参见
segments by row lock waits
在这里可以看到容易引起行锁的块。如果有一个项的row lock waits比较多，就要引起注意了。遇到过频繁写入索引导致有一个索引的row lock waits特别多。
top elapsed time sql
这个时候可以根据elapsed time得到一个sql执行情况的概览。查看这个的主要目的就是得到执行时间较长的sql语句。按照10分钟对的一个频度，executions为0的sql都需要格外注意，同时兼顾所占的比例。
db time
这个部分可以根据time model的部分得到。这个部分能够得到一个大体的比例，看看db time都主要耗在哪些方面了。
enq:TX - index contention
标签：10,busy,buffer,AWR,指标,gc,time,Oracle,row 来源： https://blog.csdn.net/qq_17011893/article/details/117695031
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。