Oracle Time Model Statistics(时间模型统计)

Oracle数据库从10g开始，启用以时间模型统计为主，命中率为辅等性能度量指标。基于时间模型统计，主要是基于操作类型测量在数据库中花费的时间的统计信息。最重要的时间模型统计是数据库时间，或DB时间。数据库时间表示在数据库调用中所花费的总时间，是实例工作负载量的总指示器。本文描述时间模型统计相关知识点。

一、 DB Time(数据库时间)与User Response Time(用户响应时间)

1、DB Time(数据库时间)

下图为 DB Time in Overall User Response Time

即所有花费在数据库层面调用时间的总和，包括所有会话(前台进程)以及非空闲等待，CPU时间等
如上图所示，从客户端Browser请求到客户端Browser响应，经历了很多个中间环节，DB Time仅仅是其中的一部分

2、User Response Time(用户响应时间)

下图为 DB Time in User Transaction

在上图各个部分的操作中：
用户向数据库发出请求，使用向下箭头所示。用于处理请求的数据库所花费的CPU时间和等待数据库等待的时间被认为是DB时间，由阴影区域表示一旦请求完成，结果将返回给用户，如上箭头所示。
上下箭头之间的空间代表处理请求的总用户响应时间，它包含除DB时间以外的其他组件。

• 基于作者查询小说
  用户具基于特定的作者查询小说，此时产生应用程序完成基于作者的数据库查询操作。
• 浏览查询结果
  当用户查看查询结果时，有一些额外的数据库查询会产生，如小说库存状态，用户浏览总量。
• 添加商品到购物车
  在浏览了小说的细节后，用户决定将其中一部小说加入购物车。这会导致应用程序进行数据库调用来更新购物车。
• 结算
  用户通过以前保存在站点的地址和以及新生成的付款信息，完成交易。这会导致应用程序执行各种数据库操作以检索用户信息，添加新订单，更新库存，并生成电子邮件确认。

二、AWR中的时间模型统计报告

Time Model Statistics                  DB/Inst: ORA11G/ora11g  Snaps: 551-553
-> Total time in database user-calls (DB Time): 1264.3s
-> Statistics including the word "background" measure background processtime, and so do not contribute to the DB time statistic
-> Ordered by % or DB time desc, Statistic name
Statistic Name                                       Time (s) % of DB Time
------------------------------------------ ------------------ ------------
sql execute elapsed time                              1,188.0         94.0
DB CPU                                                  274.3         21.7
parse time elapsed                                       10.1           .8
connection management call elapsed time                   6.5           .5
PL/SQL execution elapsed time                             3.2           .3
hard parse elapsed time                                   2.9           .2
PL/SQL compilation elapsed time                           0.5           .0
hard parse (sharing criteria) elapsed time                0.4           .0
hard parse (bind mismatch) elapsed time                   0.1           .0
repeated bind elapsed time                                0.0           .0
failed parse elapsed time                                 0.0           .0
sequence load elapsed time                                0.0           .0
DB time                                               1,264.3
background elapsed time                                 857.8
background cpu time                                      25.4

三、时间模型统计重要组成部分说明

在Oracle数据库中，最重要的时间模型统计是DB Time和DB CPU。这两个统计数据直接显示数据库的工作量和描述整个数据库的响应时间。

1. DB Time
   
   • 执行数据库用户级别调用所花费的时间（以微秒为单位）的量。这还不包括花在实例后台进程的时间，如PMON进程。DB Time测量时间实例启动后开始累积。由于DB时间是由所有非空闲用户会话的时间相结合来计算的，所以DB时间可能超过实例开始后所经过的实际时间。例如，已经运行了30分钟的实例可能有四个活动用户会话，其累积DB时间大约为120分钟。
2. DB CPU
   
   • 在数据库用户级调用上花费的CPU时间（微秒）。
3. connection management call elapsed time
   
   • 所有 Session 连接和断开连接所消耗的时间 .
4. Sequence load elapsed time
   
   • 从数据字典获取下一个序列号所花费的时间。如果一个序列被缓存，那么花费的时间为当序列被用完补充缓存需要的时间。在cache中寻找新的sequence的时间是不计算在内。而对于non-cached 的情况,那么这个时间就是获取 nextval 的时间。
5. SQL execute elapsed time
   
   • SQL statements 执行所花费的总的时间 , 注意对于 select 语句来说 . 这同样包括获取 (fetch) 查询结果的时间
6. parse time elapsed
   
   • 解析 SQLStatements 的总共时间 , 它包括了软解析和硬解析 .
     6.1 hard parse elapsed time(硬解析所花费的总的时间)
     6.2 failed parse elapsed time(所有解析过程中遇到错误SQL 的解析所花费时间)
     6.3 hard parse (sharing criteria) elapsed time (当无法从 SQL Cache 中找到一个已经存在的 cursor 的时候 , 所有硬解析所花费的时间)
     6.4 hard parse (bind mismatch) elapsed time (当可以从 SQL Cache 找到一个已经存在的 curosr, 但是绑定变量不匹配的时候 , 所有硬解析花费的时间)
7. PL/SQL execution elapsed time
   
   • 所有花在执行 PL/SQL interpreter 的时间 (PL/SQL interpreter - 就是 debug workspace), 但这不包括花在recursively executing/parsing SQL statements 上的时间,以及 recursively executing the Java VM 上的时间
8. PL/SQL compilation elapsed time
   
   • 所有花在 PL/SQL compiler 上的时间 .
9. inbound PL/SQL rpc elapsed time
   
   • 所有入站的远程调用所运行的时间(也就是说,从其他的instance通过数据链接到本数据库的调用),包括了所有SQL和Java的递归调用

四、基于时间模型统计调用脚本

1、查看用户CPU使用情况

SELECT ss.username, se.SID, VALUE / 100 cpu_usage_seconds FROM v$session ss, v$sesstat se, v$statname sn WHERE se.STATISTIC# = sn.STATISTIC#AND NAME LIKE '%CPU used by this session%'AND se.SID = ss.SIDAND ss.status = 'ACTIVE'AND ss.username IS NOT NULL ORDER BY VALUE DESC;
USERNAME               SID CPU_USAGE_SECONDS
--------------- ---------- -----------------
SYSMAN                 156             77.69
DBSNMP                  66             25.86
SYS                    131               .06
DBSNMP                  66                 0
SYS                    131                 0

2、基于时间模型查询相关等待事件

COLUMN wait_class FORMAT a20
COLUMN name       FORMAT a30
COLUMN time_secs  FORMAT 999,999,999,999.99
COLUMN pct        FORMAT 99.99
SELECT wait_class,NAME,ROUND (time_secs, 2) time_secs,ROUND (time_secs * 100 / SUM (time_secs) OVER (), 2) pct FROM (SELECT n.wait_class, e.event NAME, e.time_waited / 100 time_secsFROM v$system_event e, v$event_name nWHERE n.NAME = e.eventAND n.wait_class <> 'Idle'AND time_waited > 0UNIONSELECT 'CPU', 'server CPU', SUM (VALUE / 1000000) time_secsFROM v$sys_time_modelWHERE stat_name IN ('background cpu time', 'DB CPU')) ORDER BY time_secs DESC;
WAIT_CLASS           NAME                                     TIME_SECS    PCT
-------------------- ------------------------------ ------------------- ------
System I/O           control file parallel write               3,671.39  33.70
System I/O           db file async I/O submit                  1,832.96  16.82
CPU                  server CPU                                1,824.20  16.74
System I/O           log file parallel write                   1,396.98  12.82
Commit log file sync 936.36 8.59 User I/O direct path write 570.01 5.23 Concurrency os thread startup 138.38 1.27 Configuration log file switch (checkpoint in 120.05 1.10complete)

五、相关视图数据字典

V$SYS_TIME_MODEL
V$SESS_TIME_MODEL
DBA_HIST_SYS_TIME_MODEL