数据库的统计数据—

数据库统计数据提供了关于数据库负载和资源使用情况的信息。为了有效的度量数据库的性能，统计数据是非常关键的。

v$sesstat

v$sesstat展示了用户会话的统计数据，可以通过关联v$statname的statistics#来找到statname。

实例：通过sid关联v$sesstat和v$session找到会话的用户，event等信息，通过statistics#关联v$sesstat和v$statname找到statname和class。

col name for a20
col EVENT for a25
select c.username,c.program,c.event,c.blocking_session,b.NAME,b.class,a.value
from v$sesstat a,v$statname b,v$session c
where a.STATISTIC#=b.STATISTIC# and a.sid=(select sid from v$mystat where rownum<=1) and b.name='physical read bytes'
and a.sid=c.sid;

v$sysstat

V$SYSSTAT展示system级的统计数据。同样的可以通过关联v$statname的statistics#来找到statname。V$sysstat比sesstat多了两个字段：NAME，CLASS，stat_id。这3个字段其实就在v$statname中，也就是说v$sysstat其实是v$sesstat的汇总，并关联了v$statname记录了stat name，class，stat_id。

v$statname

v$statname展示了所有统计数据，在某些平台，会有额外的关于OS的统计数据。在11.2.0.3中有638个统计项，11.2.0.4中有679个统计项，12.1.0.2中高达1178个统计项。

我们着重看下Class列:

每个统计项都可以分类class，比如physical reads的class为8，代表他是cache类。72=64+8，也就是既属于SQL也属于Cache.

不通版本class也会有所不同

11.2.0.3	11.2.0.4	12.1.0.2

DBA_HIST_SYSSTAT

dba_hist_sysstat展示了历史的系统统计数据，是v$sysstat的快照。dba_hist_sysstat比v$sysstat少了class字段，而且v$sysstat与v$statname通过STATISTIC#关联，dba_hist_sysstat与v$statname通过STAT_ID关联。dba_hist_sysstat的value是一个累积值，在看快照内的生成统计数据的value时，应该是当前快照value减去前一个快照的value

示例1:找到历史db time的值

set pagesize 2000
select b.snap_id,a.stat_name,TO_CHAR(b.end_interval_time, 'yyyy-mm-dd hh24:mi:ss') end_time,(a.value - lag(a.value, 1) over(order by a.snap_id)) value
from  dba_hist_sysstat a,dba_hist_snapshot b
where a.snap_id = b.snap_id and a.stat_name = 'DB time' order by end_time;

再把value转到excel中做成趋势图，从一定程度上反应了数据库的负载走势，方便找到数据库负载的规律和关键点。逻辑读物理读等同理，在此不赘述。DB time图如下：

示例2：找到load profile中的逻辑读和物理读

awr中的load profile展示了快照内的一下统计数据，我们可以通过dba_hist_sysstat手动的去找到这些信息。Load profel中per second都是以秒为单位，在计算的时候需要注意时间差的转换：interval->second，可以用一下函数

EXTRACT(HOUR FROM lag_time) * 60 * 60 +EXTRACT(MINUTE FROM lag_time) * 60 + EXTRACT(SECOND FROM lag_time)

logical read(blocks):

跟逻辑读类似的有两个指标，session logical reads和logical read bytes from cache。那么到底哪个是logical read(blocks)呢？

先看看官方文档定义：

官方文档Statistics Descriptions中只有session logical reads的描述，没有logical read bytes from cache的描述。

SQL> select stat_name,lag_value from (2  select b.snap_id,a.stat_name,((a.value - lag(a.value, 1) over(order by a.snap_id)))/
(EXTRACT(HOUR FROM (b.end_interval_time - lag(b.end_interval_time, 1) over(order by b.snap_id)))*60*603    4  +EXTRACT(MINUTE FROM (b.end_interval_time - lag(b.end_interval_time, 1) over(order by b.snap_id)))*605  +EXTRACT(SECOND FROM (b.end_interval_time - lag(b.end_interval_time, 1) over(order by b.snap_id)))) lag_value6  from  dba_hist_sysstat a,dba_hist_snapshot b 7  where a.snap_id = b.snap_id and a.stat_name = 'session logical reads')8  where snap_id=3795;STAT_NAME                       LAG_VALUE
------------------------------ ----------
session logical reads          116800.108

通过session logical reads查到value为116800.108，刚好与load profile中的116800.1对应。那么刚才的问题就解答了，logical read(blocks)对应的是session logical reads。

Physical read (blocks):

相关物理读的指标有两个physical reads和physical read bytes

physical read bytes是应用活动所有磁盘读的总大小，physical reads是磁盘读的块数。

SQL> select stat_name,lag_value from (2  select b.snap_id,a.stat_name,((a.value - lag(a.value, 1) over(order by a.snap_id)))/ 3  (EXTRACT(HOUR FROM (b.end_interval_time - lag(b.end_interval_time, 1) over(order by b.snap_id)))*60*604  +EXTRACT(MINUTE FROM (b.end_interval_time - lag(b.end_interval_time, 1) over(order by b.snap_id)))*605  +EXTRACT(SECOND FROM (b.end_interval_time - lag(b.end_interval_time, 1) over(order by b.snap_id)))) lag_value6  from  dba_hist_sysstat a,dba_hist_snapshot b 7  where a.snap_id = b.snap_id and a.stat_name = 'physical read bytes')8  where snap_id=3795;STAT_NAME                       LAG_VALUE
------------------------------ ----------
physical read bytes             7191965.3SQL> select stat_name,lag_value from (2  select b.snap_id,a.stat_name,((a.value - lag(a.value, 1) over(order by a.snap_id)))/ 3  (EXTRACT(HOUR FROM (b.end_interval_time - lag(b.end_interval_time, 1) over(order by b.snap_id)))*60*604  +EXTRACT(MINUTE FROM (b.end_interval_time - lag(b.end_interval_time, 1) over(order by b.snap_id)))*605  +EXTRACT(SECOND FROM (b.end_interval_time - lag(b.end_interval_time, 1) over(order by b.snap_id)))) lag_value6  from  dba_hist_sysstat a,dba_hist_snapshot b 7  where a.snap_id = b.snap_id and a.stat_name = 'physical reads')8  where snap_id=3795;STAT_NAME                       LAG_VALUE
------------------------------ ----------
physical reads                 877.925451

physical reads的877.925451对应了load profile中的877.9。physical read bytes的7191965.3/8=898995.663，比physical reads还多。

其他相关视图

V$px_sesstat记录了session级并行执行的统计数据，px>parallel execution。

V$pq_sesstat记录了session级并行查询的统计数据，pq>parallel queries。

V$pq_sysstat记录了system级并行查询的统计数据。

V$PX_PROCESS_SYSSTAT：

先看看V$PX_PROCESS_SYSSTAT的定义

官方文档对V$PX_PROCESS_SYSSTAT描述为记录了session级并行执行的统计数据。这跟V$PX_SESSTAT在官方文档中的描述是一模一样的。

那他们的区别在哪？

先看看字段的区别

字段差距很大，V$PX_SESSTAT记录了session id，SERIAL#，QCSID并行会话session id，QCSERIAL#并行会话的serial#，QCINST_ID并行会话的instance number等关于会话的信息。V$PX_PROCESS_SYSSTAT只记录了一些维度的统计数据的值

severs%类的统计数据是属于系统维度的。

我们再看看V$PX_PROCESS_SYSSTAT和V$PQ_SYSSTAT的相似之处

(11.2.0.4)

(11.2.0.3)

如果V$PX_PROCESS_SYSSTAT是记录的session级的统计数据的话，那么它记录的值应该跟system级别记录的值是有差距的。

从上面的视图的字母意思，视图字段，统计数据维度，统计数据值的情况和横向对比其他视图来看，基本可以确定V$PX_PROCESS_SYSSTAT是记录的system级别的统计数据。可惜这个描述在12c的官方文档中也没有修复。