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 process   time, and so do not contribute to the DB time statistic-> Ordered by % or DB time desc, Statistic nameStatistic Name                                       Time (s) % of DB Time------------------------------------------ ------------------ ------------sql execute elapsed time                              1,188.0         94.0DB CPU                                                  274.3         21.7parse time elapsed                                       10.1           .8connection management call elapsed time                   6.5           .5PL/SQL execution elapsed time                             3.2           .3hard parse elapsed time                                   2.9           .2PL/SQL compilation elapsed time                           0.5           .0hard parse (sharing criteria) elapsed time                0.4           .0hard parse (bind mismatch) elapsed time                   0.1           .0repeated bind elapsed time                                0.0           .0failed parse elapsed time                                 0.0           .0sequence load elapsed time                                0.0           .0DB time                                               1,264.3background elapsed time                                 857.8background cpu time                                      25.4

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

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

DB Time
- 执行数据库用户级别调用所花费的时间（以微秒为单位）的量。这还不包括花在实例后台进程的时间，如PMON进程。DB Time测量时间实例启动后开始累积。由于DB时间是由所有非空闲用户会话的时间相结合来计算的，所以DB时间可能超过实例开始后所经过的实际时间。例如，已经运行了30分钟的实例可能有四个活动用户会话，其累积DB时间大约为120分钟。

DB CPU
- 在数据库用户级调用上花费的CPU时间（微秒）。

connection management call elapsed time
- 所有 Session 连接和断开连接所消耗的时间 .

Sequence load elapsed time
- 从数据字典获取下一个序列号所花费的时间。如果一个序列被缓存，那么花费的时间为当序列被用完补充缓存需要的时间。在cache中寻找新的sequence的时间是不计算在内。而对于non-cached 的情况,那么这个时间就是获取 nextval 的时间。

SQL execute elapsed time
- SQL statements 执行所花费的总的时间 , 注意对于 select 语句来说 . 这同样包括获取 (fetch) 查询结果的时间

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, 但是绑定变量不匹配的时候 , 所有硬解析花费的时间)

PL/SQL execution elapsed time
- 所有花在执行 PL/SQL interpreter 的时间 (PL/SQL interpreter - 就是 debug workspace), 但这不包括花在recursively executing/parsing SQL statements 上的时间,以及 recursively executing the Java VM 上的时间

PL/SQL compilation elapsed time
- 所有花在 PL/SQL compiler 上的时间 .

inbound PL/SQL rpc elapsed time
- 所有入站的远程调用所运行的时间(也就是说,从其他的instance通过数据链接到本数据库的调用),包括了所有SQL和Java的递归调用

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

1、查看用户CPU使用情况

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

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

COLUMN wait_class FORMAT a20COLUMN name       FORMAT a30COLUMN time_secs  FORMAT 999,999,999,999.99COLUMN pct        FORMAT 99.99SELECT   wait_class,         NAME,         ROUND (time_secs, 2) time_secs,         ROUND (time_secs * 100 / SUM (time_secs) OVER (), 2) pctFROM     (SELECT n.wait_class, e.event NAME, e.time_waited / 100 time_secs          FROM   v$system_event e, v$event_name n          WHERE      n.NAME = e.event                 AND n.wait_class <> 'Idle'                 AND time_waited > 0          UNION          SELECT 'CPU', 'server CPU', SUM (VALUE / 1000000) time_secs          FROM   v$sys_time_model          WHERE  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.70System I/O           db file async I/O submit                  1,832.96  16.82CPU                  server CPU                                1,824.20  16.74System I/O           log file parallel write                   1,396.98  12.82Commit               log file sync                               936.36   8.59User I/O             direct path write                           570.01   5.23Concurrency          os thread startup                           138.38   1.27Configuration        log file switch (checkpoint in              120.05   1.10                     complete)

五、相关视图数据字典

V$SYS_TIME_MODEL

V$SESS_TIME_MODEL

DBA_HIST_SYS_TIME_MODEL