Oracle10g数据库最佳新特性：等待界面

核心提示： 会话也显示等待记得长期以来一直需要将 V$SESSION_WAIT 与 V$SESSION 结合使用以获得有关会话的其他详细信息吗？嗯，这已经成为历史了，Oracle10g数据库最佳新特性：等待界面(4)，在 10g 中，V$SESSION 视图还显示由 V$SESSION_WAIT 显示

会话也显示等待

记得长期以来一直需要将 V$SESSION_WAIT 与 V$SESSION 结合使用以获得有关会话的其他详细信息吗？嗯，这已经成为历史了。在 10g 中，V$SESSION 视图还显示由 V$SESSION_WAIT 显示的等待。下面是 V$SESSION 视图其余的列，这些列显示了会话当前等待的等待事件。　　EVENT#　　　　　　　　　　 NUMBER
　　EVENT　　　　　　　　　　　VARCHAR2(64)
　　P1TEXT　　　　　　　　　　 VARCHAR2(64)
　　P1　　　　　　　　　　　　 NUMBER
　　P1RAW　　　　　　　　　　　RAW(4)
　　P2TEXT　　　　　　　　　　 VARCHAR2(64)
　　P2　　　　　　　　　　　　 NUMBER
　　P2RAW　　　　　　　　　　　RAW(4)
　　P3TEXT　　　　　　　　　　 VARCHAR2(64)
　　P3　　　　　　　　　　　　 NUMBER
　　P3RAW　　　　　　　　　　　RAW(4)
　　WAIT_CLASS_ID　　　　　　　NUMBER
　　WAIT_CLASS#　　　　　　　　NUMBER
　　WAIT_CLASS　　　　　　　　 VARCHAR2(64)
　　WAIT_TIME　　　　　　　　　NUMBER
　　SECONDS_IN_WAIT　　　　　　NUMBER
　　STATE　　　　　　　　　　　VARCHAR2(19)

这些列与 V$SESSION_WAIT 中的那些列相同，且显示相同的信息，从而不再需要在那个视图中查看它们了。因此，对于等待任意事件的任意会话，您仅需要查看一个视图。

让我们回到原来的问题：SID 为 269 的会话正等待事件 enq:TX — row lock contention，指示它正等待被另一个会话占用的锁。要诊断该问题，您必须识别占用锁的那个会话。但您如何才能做到这一点？

在 Oracle9i 及更低版本中，您可能得编写复杂（和极耗资源）的查询来获得占用锁的会话的 SID。而在 10g 中，您所要做的就是执行以下查询：　　select BLOCKING_SESSION_STATUS, BLOCKING_SESSION
　　from v$session
　　where sid = 269
　　
　　BLOCKING_SE BLOCKING_SESSION
　　----------- ----------------
　　VALID　　　　　　　　　　265

找到了：SID 为 265 的会话阻塞了会话 269。还能更容易吗？

用户仍然在缠着您，因为用户的问题仍然没有得到满意的解答。为什么用户的会话花了这么长时间才完成？您可以执行以下命令来找出原因：　　select * from v$session_wait_class where sid = 269;

输出返回为：　　SID SERIAL# WAIT_CLASS_ID WAIT_CLASS# WAIT_CLASS　　TOTAL_WAITS TIME_WAITED
　　---- ------- ------------- ----------- ------------- ----------- -----------
　　269　　1106　　4217450380　　1 Application　　　873　　　261537
　　269　　1106　　3290255840　　2 Configuration　　4　　　　　 4
　　269　　1106　　3386400367　　5 Commit　　　　　 1　　　　　 0
　　269　　1106　　2723168908　　6 Idle　　　　　　 15　　　148408
　　269　　1106　　2000153315　　7 Network　　　　　15　　　　　 0
　　269　　1106　　1740759767　　8 User I/O　　　　 26　　　　　 1

注意这里有关会话等待的大量信息。现在您知道了，该会话已经为与应用程序相关的等待等待了 873 次（共 261,537 厘秒），在与网络相关的事件中等待了 15 次等等。