vsession_wait.doc

个人对于v$session_wait中的WAIT_TIME,SECONDS_IN_WAIT,STATE关系的一点理解,望大家批 首先意识到一点很重要,那就是racle会话(进程)它不仅要waiting,更要working.其实这就是一层窗户纸,说出来谁都明白,但之前我好象就没有意识到这一点,所以对这3个字段之间的关系似乎一直都无法理解。从操作系统的角度来讲,oracle进程等待资源可用,等待先决动作完成,等待新的工作去做,都会使它处于被阻塞的状态;当阻塞态解除的时候,它变为可运行状态,等待被调度进程调度占有CPU;最终它被调度占有CPU,从而执行它的动作。oracle的等待事件针对的就是被阻塞态(当然也许是它的一个很大的一个子集,但不是全集),也就是说这时会话在waiting,如果这个时候你查询v$session_wait,STATE=WAITING,SECONDS_IN_WAIT表示已经等待的时间(误差是3秒),WAIT_TIME可以不予关注(8i中这时这个值一定就是0,但9i开始不一定就是0了,所以STATE=WAITING与WAIT_TIME=0不一定就存在着对应关系)。但如果你查询v$session_wait时,对应的进程正处于可运行态,或者正占有CPU(比如正进行LIO,HASH运算等),也就是说这时会话在working,这时v$session_wait会怎样表现这种情况呢?在v$session_wait中没有对应行数据?不!有数据,但数据是最近的上一次等待的数据(这个等待已经结束,但下一次等待还没有到来),那如何与正在等待区分呢?通过STATE字段!这种情况下STATE是除WAITING之外的3种选择值：WAITED UNKNOWN TIME :这时WAIT_TIME=-2,表示TIMED_STATISTICS=FALSE,oracle无法确定等待时间WAITED SHORT TIME :这时WAIT_TIME=-1,表示最近的上一次等待的时间少于1cs,SECONDS_IN_WAIT表示自最近的上一次等待开始已经经历的时间(误差是3秒)WAITED KNOWN TIME :表示最近的上一次等待的时间=1cs,具体时间由WAIT_TIME(单位是cs)决定,SECONDS_IN_WAIT表示自最近的上一次等待开始已经经历的时间(误差是3秒)这时也可以从OS级查看进程状态,也可以从v$sesstat,v$sess_io等会话统计信息处查看会话是否正在处理数据,比如LIO是否持续增大,会话的CPU时间是否持续增大等.当然这些都是我结合看过的文档作出的个人的一些个猜测,因为我发现我一直想要模拟出这样一种状况来:会话等待某个事件很长的时间,然后开始持续的工作,不再等待任何很短的等待事件,那么在它持续工作的这段时间内,它的v$session_wait的WAIT_TIME会是一个很大的值,但不再增长,因为它表示上一个等待的等待时间,SECONDS_IN_WAIT持续增大,因为它表示上一次等待开始到目前为止已经经历的时间,但我发现我模拟不出这种情形来,所以也许是我的理解错误了,望大家批评指正. 这是一个寻找性能瓶颈的关键视图。它提供了任何情况下session在数据库中当前正在等待什么(如果session当前什么也没在做，则显示它最后的等待事件)。当系统存在性能问题时，本视图可以做为一个起点指明探寻问题的方向。 　　V$SESSION_WAIT中，每一个连接到实例的session都对应一条记录。 V$SESSION_WAIT中的常用列 SID: session标识EVENT: session当前等待的事件，或者最后一次等待事件。WAIT_TIME: session等待事件的时间(单位，百分之一秒)如果本列为0，说明session当前session还未有任何等待。SEQ#: session等待事件将触发其值自增长P1, P2, P3: 等待事件中等待的详细资料P1TEXT, P2TEXT, P3TEXT: 解释说明p1,p2,p3事件 附注：1.State字段有四种含义﹕Waiting：SESSION正等待这个事件。Waited unknown time：由于设置了timed_statistics值为false，导致不能得到时间信息。表示发生了等待，但时间很短。Wait short time：表示发生了等待，但由于时间非常短不超过一个时间单位，所以没有记录。Waited knnow time：如果session等待然后得到了所需资源，那么将从waiting进入本状态。 Wait_time值也有四种含义：值0：最后一次等待时间(单位：10ms)，当前未在等待状态。值=0