AWR之load profile解析

Redo size : 每秒1,469,792.54(单位byte) 每秒1.4M (备注:绩效考核每秒7M见过最大的)

Logical reads:平决每秒产生的逻辑读的block数。Logical Reads= Consistent Gets + DB Block Gets
逻辑读大小可以看出数据库消耗的系统资源,特别是cpu资源的情况,逻辑读越大的系统消耗cpu也越高。


逻辑读单位数块数:
Logical data block reads include data block reads from both memory and disk
一个块=8K


这里的逻辑读大小为:13,436.93*8k/1024=104M


Block changes: 4,553.34 这里的块改变量=4,553.34 * 8k/1024=35.5M


Physical reads: 446.79   这里的物理读量=446.79 * 8k/1024 = 3.4M


Physical writes: 371.78 这里的物理写量=371.78 * 8k/1024=2.9M


User calls:343.79 表示
User calls
当一个数据库客户端要求服务器做某些事时,像logon、parse、execute、fetch 等,就叫 user call。这是相当有用的信息,因为它为其他统计设置了规模(如 commits、hard parses 等)。
特别是,当数据库正在执行很多次时,每个user call,这可能是一个迹象,过多的上下文切换(例如,由于不好的执行计划,SQL语句中的PL / SQL函数在过于频繁地被调用,因为一个糟糕的计划)。


在这种情况下,看下“SQL ordered by executions”将是合乎逻辑的下一步。


官方解析:
user calls
Number of user calls such as login, parse, fetch, or
execute
When determining activity, the ratio of user calls to RPI
calls, give you an indication of how much internal work
gets generated as a result of the type of requests the user
is sending to Oracle.


execute count
Total number of calls (user and recursive) that executed
SQL statements

Parses: ‘parse count (total)’  包括硬解析和软解析


Hard parses: ‘parse count (hard)’

原文地址:https://www.cnblogs.com/hzcya1995/p/13352090.html