tcp连接被占满(tcp连接满了)

没有限制。 运营商没有限制tcp连接数。只有带宽限制。物理设备是不存在链接数限制的。只有带宽限制。如果带宽满载，那么一部分可以缓存，如果缓存也满了，那这个数据报文只能被丢弃了。只要带宽没有占满就不会被限制。

linux的TCP连接数量最大不能超过65535个，这种说法是错误的。一、TCP最大连接数和端口数量没有必然联系TCP连接是服务器IP端口和客户端IP端口组成的，对于服务器而言，一般一个服务器只监听一个端口，而客户端是可以不计其数的。一个连接由一个5元组决定（protocol，local IP，local port，remote ip，remote port），对于TCP，protocol固定是TCP，还有四个元素。对于服务器来说，local port一般是固定的，比如HTTP（80），但是remote ip和remote port没有限制。也就是说，可以有百万千万的并发。如果并发量能达到百万千万量级，那么不会只有一个服务器，一般都会是一个服务集群。二、TCP连接数是和内存正成比的客户端和服务器建立的每个TCP连接都会占用服务器内存，所以最大TCP连接数和内存成正比。简单估算为最大内存除以单TCP连接占用的最小内存。三、linux对tcp数量限制是为了文件管理方便1、Linux操作系统中，一切都是文件。所以每个TCP连接，都会打开一个文件。为此Linux操作系统限制了每个用户能打开的文件数量，通过ulimit -n 查看。当然，我们也可以对此进行修改，修改方式如下：vi /etc/security/limits.conf文件，在文件中添加如下行（限制修改为10240）：speng soft nofile 10240speng hard nofile 102402、Linux操作系统对所有用户最大能打开文件的限制：cat /proc/sys/fs/file-max。3.网络核心模块对tcp连接的限制(最大不能超过65535)。4、防火墙管理策略也会对tcp连接数量进行限制。基于以上的原因，在Linux操作系统中，对TCP连接数量的限制依次有：端口数量限制，网络核心限制，最大文件数量限制(因为每建立一个连接就要打开一个文件)，防火墙限制，用户打开文件限制。但并不存在65535这个数量限制。

执行以下操作之一： 在 Windows XP 或 Windows Server 2003 计算机上的命令提示中输入以下命令，显示此计算机上 TCP/IP 协议所使用的活动连接：复制netstat -n这将列出绑定到客户端计算机的 TCP/IP 地址以及 TCP/IP 地址与远程服务器通信所使用的端口。如果列出的端口使用了所有可用的端口，则出现了 TCP/IP 端口耗尽现象。在基于 Windows Server 2003 的客户端计算机的命令提示中输入以下命令，以显示 TCP/IP 协议所使用的活动连接：复制netstat -b这将列出绑定到客户端计算机的 TCP/IP 地址、TCP/IP 地址与远程服务器通信所使用的端口以及使用这些端口的应用程序。此信息可以帮助您确定那个客户端应用程序正在使用过多的 TCP/IP 端口。与 TCP/IP 端口耗尽有关的问题当客户端应用程序尝试使用 TCP/IP 套接字连接到 BizTalk Server，或当 BizTalk 应用程序尝试使用 TCP/IP 套接字连接到服务器时，可能会出现类似于下面的情况：复制System.Net.WebException: The underlying connection was closed: An unexpected error occurred on a send.- 或者 -复制Unable to connect to the remote serverSystem.Net.Sockets.SocketException: Only one usage of each socket address (protocol/network address/port) is normally permitted.当出现这些错误时，还可能出现以下问题：客户端应用程序可能无法连接到 BizTalk Server。BizTalk 应用程序服务可能无法连接到远程 SQL 服务器。BizTalk Server 适配器可能无法连接到远程服务器。客户端应用程序预留的每个端口均占用内核内存。如果预留了数目超常的客户端端口，Windows 内核内存的占用率将相应增加。原因如果客户端计算机中存在数目超常的 TCIP/IP 套接字连接，则客户端计算机上可能出现 TCP/IP 端口耗尽的情况。如果多个客户端应用程序都在建立连接，则可能出现这种情况。如果所有可用的临时端口都分配给了客户端应用程序，则客户端将出现 TCP/IP 端口耗尽的情况。当 TCP/IP 端口耗尽时，将无法预留客户端端口，并且尝试通过 TCP/IP 套接字连接到服务器的客户端应用程序也将出错。在高负载情况下，比处于正常负载时更容易出现 TCP/IP 端口耗尽的情况。解决方法执行以下步骤以避免 TCP/IP 端口耗尽及其相关问题：验证客户端应用程序没有生成过多的 TCP/IP 套接字连接。这一点可以用上面提到的方法来检查，即在 Windows Server 2003 和 Windows XP 上运行 netstat -n，或者在 Windows Server 2003 和 2008 上运行 netstat -b。如果某个客户端应用程序使用了数量超常的 TCP/IP 套接字连接，则应考虑重新设计客户端应用程序，以便更有效地使用 TCP/IP 套接字连接。注意如果为 BizTalk 应用程序服务 (BTSNTSvc.exe) 实例预留了数量超常的客户端端口，则需验证配置为在 BizTalk 应用程序服务中运行的任何自定义代码都没有建立过多的 TCP/IP 套接字连接。如果大量客户端应用程序要启动已知数量的 TCP/IP 套接字连接，但没有足够数量的可用临时端口来满足连接请求，则需要进行以下注册表修改。警告如果注册表编辑器使用不当，则可能会产生严重问题，导致重新安装操作系统。Microsoft 不保证可以解决因注册表编辑器使用不当而造成的问题。请慎用注册表编辑器，风险自负。在修改注册表之前，请务必备份注册表，并确保您知道在发生问题时如何使用备份进行还原。有关如何备份、还原及修改注册表的详细信息，请参阅 Microsoft 知识库文章“Microsoft Windows 注册表说明”，网址为http://go.microsoft.com/fwlink/?LinkId=62729。增加动态分配到客户端 TCP/IP 套接字连接的临时端口的上限。降低客户端 TCP/IP 套接字连接的超时值（默认值为 240 秒）启动注册表编辑器。在注册表中，浏览到并单击以下注册表项。HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters在“编辑”菜单中单击“新建”、“DWORD 值”，然后添加以下注册表值，以缩短关闭连接时，该连接处于 TIME_WAIT 状态的时间。当连接处于 TIME_WAIT 状态时，套接字对无法重新使用：值名称TcpTimedWaitDelay值数据<在此输入一个 30 到 240 之间的十进制值。>关闭注册表编辑器。注意必须重新启动计算机，此更改才会生效。注意此值的有效范围为 30 到 300（十进制）之间。默认值为 240。启动注册表编辑器。在注册表中，浏览到并单击以下注册表项。HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters在“编辑”菜单中单击“新建”、“DWORD 值”，然后添加以下注册表值，以增加可以动态分配到客户端的临时端口的数量：值名称MaxUserPort值数据<在此输入一个 5000 到 65534 之间的十进制值>关闭注册表编辑器。注意必须重新启动计算机，此更改才会生效。注意 增加用于客户端 TCP/IP 连接的临时端口的范围将占用 Windows 内核内存。请勿将此设置的值增加至超过容纳客户端应用程序套接字连接所需要的值，以便尽可能降低对 Windows 内核内存的不必要占用。

由于 TCP/IP 协议是面向连接的服务，所以在 socket 的网络编程过程中一定要注意：该 disconnect 的时候就必须要及时 disconnect() 。

这个一般情况下服务器TCP满了以后，最常见的会做WEB DB分离，以适应更多的应用和横向业务拓展安畅小康