ORACLE AWR

@?/rdbms/admin/awrrpt.sql

1.Load Profile

Per Second(每秒) Per Transaction(每事务) Per Exec(每次执行) Per Call(每次调用)
DB Time(s):      --数据库进程消耗时间。DB Time=CPU消耗时间(DB CPU) + 数据库等待时间。 
DB CPU(s):       --CPU消耗情况。假设系统有N个CPU,那么如果CPU全部处于繁忙状态的话,一秒钟内的DB CPU就是N秒。
Redo size:        --每秒产生的日志大小(单位 bytes),可标志数据变更频率, 数据库任务的繁重与否。
Logical reads:    --每秒/每事务逻辑读的块数.平决每秒产生的逻辑读的block数。(逻辑读耗CPU,主频和CPU核数都很重要,逻辑读高则DB CPU往往高,也往往可以看到latch: cachebuffer chains等待。)

Block changes: --每秒/每事务修改的块数。 Physical reads: --每秒/每事务物理读的块数。(物理读消耗IO读,体现在IOPS和吞吐量等不同纬度上;但减少物理读可能意味着消耗更多CPU。好的存储 每秒物理读能力达到几GB,例如Exadata。  这个physical read包含了physical reads cache和physical reads direct)

Physical writes: --每秒/每事务物理写的块数。(主要是DBWR写datafile,也有direct path write。dbwr长期写出慢会导致定期log file switch(checkpoint no complete)检查点无法完成的前台等待。  这个physical write 包含了physical writes direct +physical writes from cache)
User calls: --每秒/每事务用户调用次数。 Parses:     --解析次数,包括软解析+硬解析。 Hard parses: --硬解析。 W/A MB processed: --PGA workarea中处理的数据数量(单位MB)。(结合 In-memory Sort%, sorts (disk) PGA Aggr一起看) Logons:    --每秒/每事务登录的次数。 Executes:    --每秒/每事务SQL执行次数。 Rollbacks:   --回滚次数。 Transactions:
--每秒产生的事务数,反映数据库任务繁重与否。

 2.Instance Efficiency Percentages 

Buffer Nowait --表示在内存获得数据的未等待比例。Buffer Nowait的这个值一般需要大于99%。否则可能存在争用,可以在后面的等待事件中进一步确认。
buffer hit --表示进程从内存中找到数据块的比率,监视这个值是否发生重大变化比这个值本身更重要。
Redo NoWait --表示在LOG缓冲区获得BUFFER的未等待比例。如果太低(可参考90%阀值),考虑增加LOG BUFFER。
library hit --表示Oracle从Library Cache中检索到一个解析过的SQL或PL/SQL语句的比率。如果library hit ratio低于90%,可能需要调大shared pool区。
Latch Hit: --Latch是一种保护内存结构的锁,可以认为是SERVER进程获取访问内存数据结构的许可。要确保Latch Hit>99%,否则意味着Shared Pool latch争用。
Parse CPU to Parse Elapsd: --解析实际运行时间/(解析实际运行时间+解析中等待资源时间),越高越好。
原文地址:https://www.cnblogs.com/vijayfly/p/5097143.html