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

--望文生义可知，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      

--该视图提供了当前连接到数据库实例的所有会话级的信息。
--查看所有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

--该视图包含了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.

--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等待事件和事务的提交回滚相关，表明存在过多的提交或短事务。应考虑批量提交以及日志文件大小，缓冲大小是否合理。