网络问题或客户端异常可能导致数据库会话处于僵死状态

最近一段时间，系统的网络不是很稳定，经常发现数据库上出现一些异常的会话，会话占用较大的系统资源。

简单模拟了一下，在数据库上建立了测试用表，然后在客户端上执行一个时间较长的SQL：

SQL> CREATE TABLE T1 AS SELECT * FROM DBA_OBJECTS;

表已创建。

SQL> CREATE TABLE T2 AS SELECT * FROM DBA_TABLES;

表已创建。

SQL> SET TIMING ON
SQL> SELECT COUNT(*) FROM T1, T2;

COUNT(*)
----------
190307720

已用时间: 00: 00: 28.57

SQL> SELECT SID FROM V$MYSTAT WHERE ROWNUM = 1;

SID
----------
16

已用时间: 00: 00: 00.01

再次执行这个SQL语句，在SQL语句开始执行且未完成之前，断开客户端和服务器直接的网络连接，并在服务器端观察数据库中相应的SESSION的等待信息：

SQL> select sid, seconds_in_wait, event from v$session_wait where sid = 16;

SID SECONDS_IN_WAIT EVENT
---------- --------------- ---------------------------------------
16 195 SQL*Net message from client

SQL> select sid, seconds_in_wait, event from v$session_wait where sid = 16;

SID SECONDS_IN_WAIT EVENT
---------- --------------- ---------------------------------------
16 224 SQL*Net message from client

SQL> select spid from v$session s, v$process p where s.paddr = p.addr and sid = 16;

SPID
------------
13741

从操作系统上检查进程，也会看到这个进程：

$ ps -ef|grep 13741
oracle 13741 1 8 17:13 ? 00:00:26 oracletest2 (LOCAL=NO)
oracle 13881 13849 0 17:18 pts/4 00:00:00 grep 13741

这种僵死的会话会占用资源，而且Oracle的pmon进程不会自动清除该进程，而且，如果这个会话在异常中止之前（比如客户端异常关机或网络异常）还执行了DML操作，并且没有回滚，那么这个僵死会话可能对导致大量的其他会话因无法获取资源而挂起。

DBA应该注意随时监控系统，尤其是网络不稳定的情况下，检查是否有类似的情况产生。在服务器上的sqlnet.ora文件中设置SQLNET.EXPIRE_TIME来检测服务器和客户端的连接是否异常中止。不过这个设置可能会对网络性能带来少量的下降。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/4227/viewspace-69181/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/4227/viewspace-69181/