我运行一个相当繁忙的站点，在偷看时间，当运行 netstat 命令时，我在我的网络服务器上看到超过 10.000 个到我的数据库服务器的打开连接。99% 的连接都在TIME_WAIT状态中。
我今天了解了这个 mysql 变量：wait_timeout http : //dev.mysql.com/doc/refman/5.1/en/server-system-variables.html#sysvar_wait_timeout。我的仍然设置为默认的 28.800 秒。
降低这个值安全吗？
我的查询通常不会超过一秒钟。因此，将连接保持打开 480 分钟似乎很愚蠢。
我也听说过使用mysql_pconnect而不是mysql_connect，但我一直在读关于它的恐怖故事，所以我想我会远离它。
我正在使用 apache bench 为在 tomcat 上运行的 java 应用程序运行一些基准测试。
说我运行一个测试，如：
ab -c 10 -n 10000 http://localhost:8080/hello/world
它会运行得很好。如果我遵循它：
ab -c 50 -n 50000 http://localhost:8080/hello/world
再次它会运行良好，但如果我再试一次，它可能会在 3500 个完成的请求后开始变慢。
我需要帮助来尝试调试此问题的根本原因。
我跑到了上面，我有一些未使用的内存，所以内存似乎不是问题。
tomcat6 进程确实达到了 70-80 甚至 107%。
似乎重新启动 tomcat 可以解决问题，但有时需要重新启动服务器。
这是在分配了 200 个线程的默认 tomcat 安装上。
Tomcat 日志为空。
更新
因此，我将 tcp_tw_recycle/reuse 都更改为 1，并且现在运行 netstat 显示的计数非常低。
在更改 tcp_tw_recycle/reuse 之前，我注意到事情变慢并运行 netstat 并且我有 32400 个 tcp TIME_WAIT 连接。
所以现在运行基准测试的更新，使用 -k 开关，我看到了更多的吞吐量。但是，在某些时候事情又开始变慢了，但是现在重新启动 tomcat 使事情恢复正常。之前，即使我重新启动tomcat，运行ab 的响应时间也会非常非常慢。 现在更改 tcp_tw_recycle/reuse 后，重新启动 tomcat 使事情恢复正常。运行 top 显示只有大约 20% 的 cpu 的 tomcat，所以现在看来问题出在 tomcat 上，但我怎么知道是什么？
我是 Torservers.net 的创始人，这是一个运行 Tor 出口节点的非营利组织。我们有许多具有 Gbit 连接和多个 IP 的机器，而且我们似乎在所有这些机器上都达到了开放 TCP 套接字的限制。我们总共徘徊在大约 70k 的 TCP 连接总数（每个 IP 大约 10-15k），并且 Tor 正在记录“错误绑定网络套接字：地址已经在使用中”像疯了一样。有什么解决办法吗？BSD 是否也有同样的问题？
我们运行 Tor 进程，每个进程监听不同的 IP。例子：
# NETSTAT=`netstat -nta`
# echo "$NETSTAT" | wc -l
67741
# echo "$NETSTAT" | grep ip1 | wc -l
19886
# echo "$NETSTAT" | grep ip2 | wc -l
15014
# echo "$NETSTAT" | grep ip3 | wc -l
18686
# echo "$NETSTAT" | grep ip4 | wc -l
14109
我已经应用了我可以在互联网上找到的调整：
# cat /etc/sysctl.conf
net.ipv4.ip_forward …