SQL*Net message from client 事件产生的原因分析

今天同事运行一个程序，修改表的内容，但运行一半总是挂起，查询数据库看有什么在等待，

查询v$session_wait

SELECT S.SID,
S.SERIAL#,
S.USERNAME,
S.STATUS,
S.MACHINE,
S.PROGRAM,
S.MODULE,
A.SQL_TEXT
FROM V$SESSION S,
V$SQLAREA A
WHERE S.USERNAME IS NOT NULL
AND S.SQL_ADDRESS = A.ADDRESS

看见同事那个会话在那挂起，看见SQL*Net message from client 等待时间最长，其实这个是oracle空闲等待时间，只要网络没有问题，可以不用考略这个wait。后来同事修改了下程序通过了，他是因为执行了大查询，而无反应。

下面是参考文档：

1.对于一个session来说，每时每刻都在wait 的状态。
WAIT FOR IO / WAIT FOR CPU / WAIT FOR LATCH /WAIT FOR ...
这一点你可以Query v$session_wait，总有data.

2.对于Server process来说，但它处理完所有需要处理的东西之后，它就进入另一个WAIT,SQL*Net message from client ,等待着Cilent发来信息让它处理，而我们把这种wait叫做ildel event,并不代表真正的loading

3.举一个例子，你在工作，比如说1：00-1：30在检查DB状态，1:30 - 2:00在读文档。但是，有时候你没什么事做，这时候老板问你在干吗，你就会说，我在等待任务呢，实际上是在休息，就相当于你wait for "任务from老板“，事实上是在休息，也就是没有loading.

4.当然也有其他情况，比如，你在座位上休息 （wait for "任务from老板“ ） ，本来应该是idle的。但是过一会，你老板跑来，暴跳如雷：“我刚才想叫你出去买咖啡，怎么打了半天电话也没人接“，你一查，原来是分机没接好。这种情况下的 （wait for "任务from老板“ ） 就不正常了。相对应的Oracle里的就是网络不畅，Client想发信息给Server process,结果不成功，而Server process一直是wait for SQL*Net message from client .

5.结论，只要网络没问题。SQL*Net message from client 这个wait不用管。