oracle 和c3p0 数据库的Time_Wait 过多问题的一个解决方案。
项目是B/S模式，放在linux服务器上，tomcat和oracle11g在一台服务器上，tomcat读取数据库采用C3P0连接池，一直比较稳定，所以也没有去管。后来把tomcat放在一台win2008下，数据库放在另外一台win2008下。运行了半月有余，期间经常报数据库连接错误，但刷新下页面也就好了。因为是偶发问题，也没有去关注。终于有一天彻底报错进不了了，报错截图如下：
大意是与数据库连接有问题。这才慌慌的打开数据库服务器查看原因。数据库貌似正常，但用sqlplus连接不上，报超过最大连接数。于是用netstat -ano ，本意是想看看监听端口是否正常监听。未曾想出现了四百多条 1521端口 的time_wait信息：
难怪数据库连不上，于是就暂时先把数据库重启了下。查看了半个小时，数据库连接保持在50左右，以为正常了。到了下午，放心不下，又上服务器查看了一下，乖乖，又有200多条TIME_WAIT。还好发现的早，不然过几天肯定又得出问题。遂谷歌百度搜索一阵，貌似这个问题国内外出现不少，按照一个简单的解决方法：
在HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters,添加名为TcpTimedWaitDelay的
DWORD键,设置为60,以缩短TIME_WAIT的等待时间
同时添加 MaxUserPort 值为 65534
之后一直就没再出现过这个问题。我就一直纳闷了，配置都差不多，难道是win系统和linux系统性能差别，我想也不可能啊，不能差这么多。这事就一直放在心上，有天突然想起，原来linux下是因为web和数据库放在同一台服务器上，web和数据库是通过本地进程通讯，没涉及到tcp协议。而后来win系统是分开两台，两台低层是通过TCP交流数据。由于win系统的一些默认设置，导致数据库连接池用完后没有及时释放TCP的空闲数据库连接。TCP连接就一直持续增加，慢慢超过了限制。配置了TcpTimedWaitDelay 后，TCP连接在空闲60秒后会自动释放。因此，一般情况下就保持着50个左右的稳定连接。
我想应该是如此，有时候看着数据库池好用，但其实还是对低层做了一个包装。低层的设置还是要配置一下。
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
