解决 TIME_WAIT 问题

这段时间在用完成端口编写数据库的三层访问方式，发现客户端在用线程方式进行压力测试的时候，经常会连接不到服务器，把服务器程序停一下重新开始就好了。用netstat 查看，发现大量的Time_Wait,于是找资料，发现这篇说的不错，收藏：

调整 MaxUserPort 和 TcpTimedWaitDelay 设置

注意，MaxUserPort 和 TcpTimedWaitDelay 设置仅适用于这样的客户端计算机：它频繁打开和关闭到运行 SQL Server 的远程计算机的连接，但未使用连接池。例如，这些设置适用于这样一个 Internet Information Services (IIS) 服务器：它正在服务于大量传入的 HTTP 请求，并频频打开和关闭到运行 SQL Server 的远程计算机的连接，此服务器使用 TCP/IP 协议但禁用了连接池功能。如果启用了连接池，则不必调整 MaxUserPort 和 TcpTimedWaitDelay 设置。

当您使用 TCP/IP 协议打开一个到运行 SQL Server 的计算机的连接时，基础 SQL Server 网络库将打开一个到运行 SQL Server 的计算机的 TCP/IP 套接字。当它打开此套接字时，SQL Server 网络库不启用 SO_REUSEADDR TCP/IP 套接字选项。有关 SO_REUSEADDR 套接字设置的更多信息，请参阅 Microsoft Developer Network (MSDN) 中的“Setsockopt”主题。

注意，出于安全原因，SQL Server 网络库特意不启用 SO_REUSEADDR TCP/IP 套接字选项。当 SO_REUSEADDR 启用时，恶意用户会挟制一个到 SQL Server 的客户端端口并使用客户端提供的凭据获得对运行 SQL Server 的计算机的访问权限。默认情况下，由于 SQL Server 网络库不启用 SO_REUSEADDR 套接字选项，因此您每次通过客户端上的 SQL Server 网络库打开和关闭套接字时，套接字都会进入为时四分钟的 TIME_WAIT 状态。如果您在禁用连接池的情况下频频打开和关闭通过 TCP/IP 的 SQL Server 连接，您实际上就是在频频打开和关闭 TCP/IP 套接字。换句话说，每一个 SQL Server 连接都有一个 TCP/IP 套接字。如果在不到四分钟的时间内快速打开和关闭了 4000 个套接字，就会达到客户端匿名端口的默认最大设置，并且在现有 TIME_WAIT 套接字超时前新的套接字连接尝试将不会成功。

在客户端，当您禁用了连接池时，可能必须增加在 Q319502 中讨论的 MaxUserPort 和 TcpTimedWaitDelay 设置。这些值的设置由客户端上发生的 SQL Server 连接的打开和关闭数量来决定。您可以通过使用客户端计算机上的 Netstat 工具来检查有多少客户端端口处于 TIME_WAIT 状态。按如下所示使用 -n 标志运行 Netstat 工具，并数一数到您的 SQL Server IP 地址的客户端套接字中有多少处于 TIME_WAIT 状态。在此示例中，运行 SQL Server 的远程计算机的 IP 地址是 10.10.10.20，客户端计算机的 IP 地址是 10.10.10.10，有三个已建立的连接，有两个处于 TIME_WAIT 状态的连接：

C:>netstat -n Active Connections Proto Local Address

Foreign Address State TCP 10.10.10.10:2000

10.10.10.20:1433 ESTABLISHED TCP 10.10.10.10:2001

10.10.10.20:1433 ESTABLISHED TCP 10.10.10.10:2002

10.10.10.20:1433 ESTABLISHED TCP 10.10.10.10:2003

10.10.10.20:1433 TIME_WAIT TCP 10.10.10.10:2004

10.10.10.20:1433 TIME_WAIT

如果您运行 netstat -n 并发现有将近 4000 个到运行 SQL Server 的目标计算机的 IP 地址的连接处于 TIME_WAIT 状态，则可以增加默认 MaxUserPort 设置并同时降低 TcpTimedWaitDelay 设置，以便不会用尽客户端匿名端口。例如，您可以将 MaxUserPort 设置为 20000，将 TcpTimedWaitDelay 设置为 30。较低的 TcpTimedWaitDelay 设置意味着套接字在 TIME_WAIT 状态中等待的时间更短。较高的 MaxUserPort 设置意味着您可以让更多的套接字处于 TIME_WAIT 状态。

注意，如果调整 MaxUserPort 或 TcpTimedWaitDelay 设置，您必须重新启动 Microsoft Windows 以使新设置生效。MaxUserPort 和 TcpTimedWaitDelay 设置适用于任何通过 TCP/IP 套接字与运行 SQL Server 的计算机对话的客户端计算机。如果在运行 SQL Server 的计算机上进行这些设置，它们将不起作用，除非您是在建立本地 TCP/IP 套接字到运行 SQL Server 的本地计算机的连接。

Windows Registry Editor Version 5.00 　　[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]

限制处于TIME_WAIT状态的最长时间。缺省为240秒，最低为30秒，最高为300秒。建议设为30秒。 　　"TcpTimedWaitDelay"=dword:0000001e