如果您打开一个记录集,然后在记录集仍然打开的情况下将连接用于其他用途,则 Web 服务器会打开一个新端口与数据库通信,然后立即将该端口置于 TIME_WAIT 状态。
我一直在通过该站点解决此问题(通过在重新使用连接之前关闭记录集 - 它有效)但注意到一些奇怪的事情。
当页面上有“Response.Flush”时,无论你做什么,都会导致使用额外的端口,然后进入无用的TIME_WAIT状态。这可能导致严重的端口耗尽情况。
示例代码:
<%@ Language=VBScript %>
<html>
<head>
</head>
<body>
<%
response.flush
set cnn = server.CreateObject("adodb.connection")
CNN.cursorlocation=3
cnn.open [YOUR CONNECTION STRING]
set rs=server.createobject("adodb.recordset")
set rs=cnn.execute("select top 1 * from [YOUR TABLE]")
cnn.close
set cnn=nothing
%>
</body>
</html>
要检查时间等待,您可以运行:
netstat -nao | find /i "[YOUR DB IP]" /c
通过 Web 服务器上的命令提示符。假设这是一个测试系统,您应该立即看到从您的 Web 服务器到您的数据库服务器的 time_wait 连接弹出。删除冲洗,这将停止。
谷歌搜索没有帮助 - 接受任何建议。
环境: IIS 7.5、经典 ASP、SQL Server 2008。
编辑:
我也根据评论尝试了这个:
Set cmd = Server.CreateObject("ADODB.Command")
With cmd
'No need to handle connection let ADODB.Command create and destory it.
.ActiveConnection = sqlcnnstr1
.CommandType = 1
.CommandText = "select top 1 * from [YOUR_TABLE]"
Set rs = .Execute()
If Not rs.EOF Then data = rs.GetRows()
Call rs.Close()
Set rs = Nothing
End with
Set cmd = Nothing
还是同样的问题。使用冲洗,额外的连接,没有,相同的连接。
编辑 2 原来它与数据库无关。如果你只有一个 response.flush,没有别的,这已经导致了一个额外的连接,从 IIS 到客户端,所以我一直在寻找错误的东西。
现在的问题变成了,如果没有response.flush 产生从 IIS 到客户端的额外连接,您能否逃脱惩罚。