Oracle OWI 等待事件历史视图及相关视图

    Oracle提供的等待事件视图使得我们可以获取指定session以及实例级别等待事件的详细信息,这些视图分别是v$session_wait,v$session_event,以及v$system_event。然而这几个视图对于历史等待事件无能为力。对此,Oracle也提供了历史等待事件视图v$session_wait_history,同时视图v$session_wait_class,v$system_wait_class也提供了基于等待类别的性能分析,下面是基于Oracle 10g对此展开的描述。

1、视图v$session_wait_history

--望文生义可知,v$session_wait_history视图提供了历史等待事件的信息。
--v$session_wait_history与v$session_wait基本相同,仅仅多出了SEQ#,EVENT#,WAIT_COUNT这三列。
--SEQ#列表示SESSION按顺序遇到的等待事件,最近的等待事件为1,最远的为10。
--通过该视图可以快速了解指定sid最近曾经经历了哪些等待(美中不足的是只提供最近的10个等待事件)。
--当开始一个新的等待事件时,该视图中的信息将被刷新,记录最远时间的事件将会移出,同时最新的等待事件为1,其他向后移一个顺序号。
--WAIT_TIME 列表示这个等待事件在会话中的等待时间。=0:表示正在等待事件完成;>0最后的等待时间。
--WAIT_CONT列表示等待的次数。

--查询历史sid
goex_admin@SYBO2SZ> SELECT DISTINCT sid
  2    FROM v$session_wait_history h
  3   WHERE NOT EXISTS
  4            (SELECT 1
  5               FROM v$session_event
  6              WHERE sid = h.sid);

       SID
----------
      1062
      1065
      1060

--下面查询sid为1062的历史等待事件信息
--下面的查询可以看出该sid经历了一系列的等待事件
--seq#为10的表明是sql被解析到library cache时的等待
--seq#为9的则是表明加载数据字典到缓冲区碰到的等待
--seq#为7,8则表明在返回结果时经历了db file sequential read等待
--seq#为6表明当前sid所需的数据块在被读入buffer时,此时其他的session正在将该块读入buffer
--seq#为1,2表明处于空闲等待,从WAIT_TIME为0也可知为空闲等待,之后该sid被关闭
goex_admin@SYBO2SZ> select sid,seq#,event#,event,wait_time,wait_count from v$session_wait_history where sid=1062;

       SID       SEQ#     EVENT# EVENT                            WAIT_TIME WAIT_COUNT
---------- ---------- ---------- ------------------------------- ---------- ----------
      1062          1        257 SQL*Net message from client              0          1
      1062          2        253 SQL*Net message to client                0          1
      1062          3        116 db file sequential read                  9          1
      1062          4        257 SQL*Net message from client              0          1
      1062          5        253 SQL*Net message to client                0          1
      1062          6         67 read by other session                    6          1
      1062          7        116 db file sequential read                 11          1
      1062          8        116 db file sequential read                  1          1
      1062          9        205 latch: row cache objects                 9          1
      1062         10        212 latch: library cache                     5          1      

2、视图v$session_wait_class

--该视图提供了当前连接到数据库实例的所有会话级的信息。
--查看所有session等待类别
goex_admin@SYBO2SZ>   SELECT wait_class#,
  2           wait_class,
  3           SUM (total_waits),
  4           SUM (time_waited)
  5      FROM v$session_wait_class
  6  GROUP BY wait_class#, wait_class
  7  ORDER BY 3, 4;
  
WAIT_CLASS# WAIT_CLASS            SUM(TOTAL_WAITS) SUM(TIME_WAITED)
----------- --------------------- ---------------- ----------------
          1 Application                         42                0
          2 Configuration                     1219           110012
          5 Commit                            1332              154
          0 Other                            14387            19744
          4 Concurrency                      34092            74180
          8 User I/O                       1945820            42429
          9 System I/O                     3899256           731677
          7 Network                        4580071             9068
          6 Idle                          10577566       3175310702

--从上面的查询来看,系统等待以Idle的情形居多,系统总体运行良好。
--为便于演示,我们可以查看是哪些sid导致了过多的User I/O
goex_admin@SYBO2SZ>   SELECT sid,
  2           time_waited,
  3           total_waits,
  4           ROUND (time_waited / total_waits, 2) AS percnt
  5      FROM v$session_wait_class
  6     WHERE wait_class# = 8 AND ROWNUM < 2
  7  ORDER BY percnt;   
  
   SID TIME_WAITED TOTAL_WAITS     PERCNT
------ ----------- ----------- ----------
  1014       12088      186162        .06

--一旦找到上述导致某类等待事件过多的sid,进一步可以找出对应的sql语句。其次也可以找出该sid经历的所有等待事件。       

--查看单个会话级的等待类别
-- Author : Robinson
-- Blog   : http://blog.csdn.net/robinson_0612
--下面的查询可以看出sid为1083的session经历等待最多的是网络等待
goex_admin@SYBO2SZ> select * from  v$session_wait_class where sid=1083 order by 6 desc;

   SID    SERIAL# WAIT_CLASS_ID WAIT_CLASS# WAIT_CLASS         TOTAL_WAITS TIME_WAITED
------ ---------- ------------- ----------- ------------------ ----------- -----------
  1083         72    2000153315           7 Network                     11           0
  1083         72    2723168908           6 Idle                        10          15
  1083         72    4217450380           1 Application                  2           0
  1083         72    1740759767           8 User I/O                     2           3

3、视图v$system_wait_class

--该视图包含了v$session_wait_class视图的信息,显示的是自实例启动后等待类在实例级的总等待和等待时间。
--该视图基于数据库整体等待事件类进行评估数据库性能,而非单个等待事件。

--下面的查询中可以看出基于用户类的等待事件最多,应该集中focus 在User I/O这一块。
SQL> select * from v$system_wait_class order by 4 desc;

WAIT_CLASS_ID WAIT_CLASS# WAIT_CLASS            TOTAL_WAITS TIME_WAITED
------------- ----------- --------------------- ----------- -----------
   1740759767           8 User I/O                276741470     5086685
   2000153315           7 Network                 131198524      177709
   2723168908           6 Idle                     33734334  6334346903
   4108307767           9 System I/O               11799468     2288863
   3386400367           5 Commit                    1204500       91997
   3875070507           4 Concurrency                 51928       81428
   1893977003           0 Other                       38786       43836
   4217450380           1 Application                 28600       20398
   3290255840           2 Configuration               15309      296458
   4166625743           3 Administrative               1298       30917

10 rows selected.

4、视图v$event_histogram 

--v$event_histogram视图是等待事件直方图。有点类似于列上使用的直方图,用于描述等待事件在特定等待时间段内的频度。
--根据对某些特定等待事件的频度进行分析可以得出该等待事件是否处于异常状况,进而采取进一步的措施。
--对下面的查询结果进行分析

goex_admin@SYBO2SZ> select * from v$event_histogram where event#=115;

    EVENT# EVENT                 WAIT_TIME_MILLI WAIT_COUNT
---------- --------------------- --------------- ----------
       115 log file sync                       1       1739
       115 log file sync                       2       1151
       115 log file sync                       4        374
       115 log file sync                       8       1637
       115 log file sync                      16       3281
       115 log file sync                      32       4070
       115 log file sync                      64       4308
       115 log file sync                     128       3698
       115 log file sync                     256       3491
       115 log file sync                     512       3556
       115 log file sync                    1024       6083
--上面的查询中展示的是log file sync等待事件自本实例启动以来基于事件频度发生的次数。
--在大于512ms至1024ms区间,该事件发生的次数竟然达到了6083次。即时是小于2ms的情形也出现了1739次。明显存在异常。
--上述情形表明该数据库正在经历严重的log file sync 事件。对于上述情形,我们在awr报告的top event中应该也会看到该等待事件。
--log file sync等待事件和事务的提交回滚相关,表明存在过多的提交或短事务。应考虑批量提交以及日志文件大小,缓冲大小是否合理。

5、小结   a、Oracle体供的等待事件可以快速定位指定sid正在经历哪些等待。参考:Oracle OWI 等待事件视图   b、可以通过v$session_wait_history视图查询历史等待事件最近的10个等待信息。   c、视图v$session_wait_class提供了所有会话级的按等待事件类别来度量等待事件的详细信息。   d、视图v$system_wait_class提供了整个实例级别(自实例启动后)的按等待事件类别来度量等待事件的详细信息。   e、视图v$session_wait_class与视图v$system_wait_class是从整体(等待事件类)来考量当前系统的等待事件瓶颈,非单个等待事件。   f、视图v$event_histogram为等待事件提供直方图信息,严重的等待事件,如出现在top event中的可以在该视图得以展现。

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

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏magicsoar

C++操作mysql方法总结(2)

C++通过ODBC和通过MFC ODBC操作mysql的两种方式 使用vs2013和64位的msql 5.6.16进行操作 ? 项目中使用的数据库名和表数据请参...

28660
来自专栏乐沙弥的世界

Oracle 数据库实例启动关闭过程

Oracle数据库实例的启动,严格来说应该是实例的启动,数据库仅仅是在实例启动后进行装载。Oracle数据启动的过程被划分为

16840
来自专栏PHP在线

总结

1.安装完成后备份快照 2.不插网线使用虚拟机,查看vmware的IP网段,设置linux系统相同的网段。 3.rpm -qa 软件名字 //查询软件是...

33050
来自专栏文渊之博

SQL Server中的锁的简单学习

简介     在SQL Server中,每一个查询都会找到最短路径实现自己的目标。如果数据库只接受一个连接一次只执行一个查询。那么查询当然是要多快好省的完成工作...

29450
来自专栏大内老A

一个完整的用于追踪数据改变的解决方案

在之前一篇介绍CDC的文章中,我说Audit Trail(或者Audit Log)是大部分企业级应用不可以或缺的功能。本篇给你一个完整的Audit Trail解...

22960
来自专栏BigNerdCoding

SQLite 并发的四种处理方式

SQLite 是一款轻型的嵌入式数据库它占用资源非常的低,处理速度快,高效而且可靠。在嵌入式设备中,可能只需要几百 K 的内存就够了。因此在移动设备爆发时,它依...

1.2K70
来自专栏DHUtoBUAA

Python读取SQLite文件数据

  近日在做项目时,意外听说有一种SQLite的数据库,相比自己之前使用的SQL Service甚是轻便,在对数据完整性、并发性要求不高的场景下可以尝试!   ...

65090
来自专栏牛客网

网易 Java面经19届实习一面(3.16日)二面(3.20日)

一面(3.16日) 1、自我介绍一下 2、快排相关的(原理、复杂度、使用场景) 3、问了ArrayList、LinkedList(问了我源码、底层实现原理) 4...

500100
来自专栏逸鹏说道

保障MySQL数据安全的14个最佳方法

有的企业在安装MySQL时用的是默认选项,由此造成其数据不安全,且服务器也面临被入侵的风险,并有可能在短时间内就出现性能问题。本文将提供保障MySQL安全的最佳...

567100
来自专栏沃趣科技

ASM 翻译系列第十七弹:ASM Internal ASM Disk Directory

原作者:Bane Radulovic 译者: 郭旭瑞 审核: 魏兴华 DBGeeK社群联合出品 ASM Disk Directory 本篇文章讲述A...

42880

扫码关注云+社区

领取腾讯云代金券