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 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.SID
         AND 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_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.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.10
                     complete)

五、相关视图数据字典

V$SYS_TIME_MODEL V$SESS_TIME_MODEL DBA_HIST_SYS_TIME_MODEL

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏大数据和云计算技术

hive拉链工具实战

这个丁延明同学写的一个实战工具,坚持用代码解决问题,推荐! 有相关业务的同学可以一起讨论,下面是正文。 ---- 1、背景 大家好 最近由于公司业务需要写了一篇...

33270
来自专栏MYSQL轻松学

MySQL层相关优化

1.1、关于版本选择 官方版本我们称为ORACLE MySQL,这个没什么好说的,相信绝大多数人会选择它。 Percona分支版本,它是一个相对比较成熟的、优秀...

39680
来自专栏极客慕白的成长之路

数据库系统概述必背知识点整理

14220
来自专栏liuchengxu

在 Golang 开发中使用 Makefile

使用 Golang 已经有一阵了,在 Golang 的开发过程中,我已经习惯于不断重复地手动执行 go build 和 go test 这两个命令. 不过,现...

20310
来自专栏数据和云

Library Cache优化与SQL游标

? 冷菠 冷菠,网名悠然(个人主页http://www.orasky.net),资深DBA,著有《Oracle高性能自动化运维》,有近10年的数据库运维、团队...

29350
来自专栏java一日一条

单机数据库优化的一些实践

数据库优化有很多可以讲,按照支撑的数据量来分可以分为两个阶段:单机数据库和分库分表,前者一般可以支撑500W或者10G以内的数据,超过这个值则需要考虑分库分表。...

11220
来自专栏不想当开发的产品不是好测试

mysql 删表引出的问题

背景 将测试环境的表同步到另外一个数据库服务器中,但有些表里面数据巨大,(其实不同步该表的数据就行,当时没想太多),几千万的数据!! 步骤 1. 既然已经把数据...

31170
来自专栏杨建荣的学习笔记

MySQL删除数据的简单尝试 (r7笔记第98天)

在Oracle里面对于数据清理,如果是非分区表,目前我经常的处理思路是下面三个。 第一种是中规中矩,做好备份,然后开始清理,当然这种情况只是说明数据清理的部分,...

31150
来自专栏开发

Mysql学习之优化总结(1)--从mysql查询过程看优化

提到mysql查询优化,很多人脑海里可能会想到NOT NULL、合理索引、不使用select *、合适的数据类型等等,可是这些优化技巧是怎么来的?

44570
来自专栏北京马哥教育

思路决定出路 | 101个MySQL调试和优化技巧

MySQL是一个功能强大的开源数据库。随着越来越多的数据库驱动的应用程序,人们一直在推动MySQL发展到它的极限。这里是101条调节和优化 MySQL安装的技巧...

28780

扫码关注云+社区

领取腾讯云代金券