服务器(windows)查看了下系统进程,
netstat -an
192.168.12.13:3306 192.168.12.12:30443 TIME_WAIT
192.168.12.13:3306 192.168.12.12:30444 TIME_WAIT
192.168.12.13:3306 192.168.12.12:30445 TIME_WAIT
192.168.12.13:3306 192.168.12.12:30446 TIME_WAIT
192.168.12.13:3306 192.168.12.12:30447 TIME_WAIT
192.168.12.13:3306 192.168.12.12:30448 TIME_WAIT
192.168.12.13:3306 192.168.12.12:30449 TIME_WAIT
192.168.12.13:3306 192.168.12.12:30450 TIME_WAIT
192.168.12.13:3306 192.168.12.12:30451 TIME_WAIT
192.168.12.13:3306 192.168.12.12:30452 TIME_WAIT
... ...
根据TCP协议定义的3次握手断开连接规定,发起socket主动关闭的一方 socket将进入TIME_WAIT状态,TIME_WAIT状态将持续2个MSL(Max Segment Lifetime),在Windows下默认为4分钟,即240秒,TIME_WAIT状态下的socket不能被回收使用. 具体现象是对于一个处理大量短连接的服务器,如果是由服务器主动关闭客户端的连接,将导致服务器端存在大量的处于TIME_WAIT状态的socket, 甚至比处于Established状态下的socket多的多,严重影响服务器的处理能力,甚至耗尽可用的socket,停止服务. TIME_WAIT是TCP协议用以保证被重新分配的socket不会受到之前残留的延迟重发报文影响的机制,是必要的逻辑保证.
在HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters,添加名为TcpTimedWaitDelay的
DWORD键,设置为60,以缩短TIME_WAIT的等待时间
服务器(linux):
netstat -ae |grep mysql
tcp 0 0 aaaa:53045 192.168.12.13:mysql TIME_WAIT root 0
tcp 0 0 aaaa:53044 192.168.12.13:mysql TIME_WAIT root 0
tcp 0 0 aaaa:53051 192.168.12.13:mysql TIME_WAIT root 0
tcp 0 0 aaaa:53050 192.168.12.13:mysql TIME_WAIT root 0
tcp 0 0 aaaa:53049 192.168.12.13:mysql TIME_WAIT root 0
tcp 0 0 aaaa:53048 192.168.12.13:mysql TIME_WAIT root 0
tcp 0 0 aaaa:53055 192.168.12.13:mysql TIME_WAIT root 0
tcp 0 0 aaaa:53054 192.168.12.13:mysql TIME_WAIT root 0
tcp 0 0 aaaa:53053 192.168.12.13:mysql TIME_WAIT root 0
tcp 0 0 aaaa:53052 192.168.12.13:mysql TIME_WAIT root 0
tcp 0 0 aaaa:53059 192.168.12.13:mysql TIME_WAIT root 0
tcp 0 0 aaaa:53058 192.168.12.13:mysql TIME_WAIT root 0
tcp 0 0 aaaa:53057 192.168.12.13:mysql TIME_WAIT root 0
tcp 0 0 aaaa:53056 192.168.12.13:mysql TIME_WAIT root 0
tcp 0 0 aaaa:53063 192.168.12.13:mysql TIME_WAIT root 0
tcp 0 0 aaaa:53062 192.168.12.13:mysql TIME_WAIT root 0
tcp 0 0 aaaa:53061 192.168.12.13:mysql TIME_WAIT root 0
tcp 0 0 aaaa:53060 192.168.12.3:mysql TIME_WAIT root 0
tcp 0 0 aaaa:53067 192.168.12.13:mysql TIME_WAIT root 0
tcp 0 0 aaaa:53066 192.168.12.13:mysql TIME_WAIT root 0
tcp 0 0 aaaa:53065 192.168.12.13:mysql TIME_WAIT root 0
tcp 0 0 aaaa:53064 192.168.12.13:mysql TIME_WAIT root 0
tcp 0 0 aaaa53071 192.168.12.13:mysql TIME_WAIT root 0
tcp 0 0 aaaa:53070 192.168.12.13:mysql TIME_WAIT root 0
tcp 0 0 aaaa:53069 192.168.12.13:mysql TIME_WAIT root 0
发现系统存在大量TIME_WAIT状态的连接,通过调整内核参数解决,
vi /etc/sysctl.conf
编辑文件,加入以下内容:
net.ipv4.tcp_syncookies = 1
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_tw_recycle = 1
net.ipv4.tcp_fin_timeout = 30
然后执行 /sbin/sysctl -p 让参数生效。
net.ipv4.tcp_syncookies = 1 表示开启SYN Cookies。当出现SYN等待队列溢出时,启用cookies来处理,可防范少量SYN攻击,默认为0,表示关闭;
net.ipv4.tcp_tw_reuse = 1 表示开启重用。允许将TIME-WAIT sockets重新用于新的TCP连接,默认为0,表示关闭;
net.ipv4.tcp_tw_recycle = 1 表示开启TCP连接中TIME-WAIT sockets的快速回收,默认为0,表示关闭。
net.ipv4.tcp_fin_timeout 修改系統默认的 TIMEOUT 时间
修改之后,再用
netstat -ae|grep mysql
tcp 0 0 aaaa:50408 192.168.12.13:mysql ESTABLISHED nobody 3224651
tcp 0 0 aaaa:50417 192.168.12.13:mysql ESTABLISHED nobody 3224673
tcp 0 0 aaaa:50419 192.168.12.13:mysql ESTABLISHED nobody 3224675
分享到:
相关推荐
TIME_WAIT状态是TCP连接生命周期的一部分,用于确保数据传输的可靠性,但过多的TIME_WAIT连接会消耗系统资源,特别是端口资源。 TIME_WAIT状态的产生主要有两个原因: 1. Nginx作为负载均衡器,与PHP-FPM通信时通常...
Windows time_wait过多解决办法解决办法: 修改注册表中的tcpip的TIMEWAIT回收时间属性值,需要重启后生效 在HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters,添加名为...
本篇文章将深入探讨TIME_WAIT状态的原因以及如何解决。 TCP(传输控制协议)是一种面向连接的、可靠的、基于字节流的传输层通信协议。在TCP的生命周期中,TIME_WAIT是连接关闭阶段的一个重要状态。当TCP连接的一端...
LWIP做客户端或服务端集合使用会出现... pcb = pcb->next),即pcb 块申请和释放的时候出错了,pcb->net指向自己本身了,本人想到了一个修改最少最简便的方法来解决这个问题,仅需修改2个.c、1个.h文件即可解决这个问题
本文将详细探讨在"Oracle使用中经常遇到的问题及解决办法",包括Oracle监听器错误、中文乱码问题、资源正忙的情况、修改Oracle端口以及数据库字符集问题,同时也会介绍如何在命令行下操作Oracle数据库。 首先,...
解决这个问题的办法有三种: 1. 增加 MySQL 的 wait_timeout 属性的值。 修改 /etc/mysql/my.cnf文件,在 [mysqld] 节中设置: # Set a connection to wait 8hours in idle status. wait_timeout =86400 相关参数,...
Client在接收到这个FIN后,会进入TIME_WAIT状态,等待一段时间确保Server完全关闭连接。此时,Client虽然不能向Server发送新的数据,但仍然可以接收Server可能残留的数据。如果Server立即终止进程,未正确处理FIN包...
如果MySQL因为意外关闭而创建了锁文件(如`ibdata1`或`innodb_lock_wait_timeout`),这可能导致启动失败。删除这些锁文件后,MySQL通常可以正常启动,但请谨慎操作,因为这可能导致数据丢失。 6. **初始化数据库*...
##### 3.4 Apache服务器TIME_WAIT过多的解决办法 当Apache服务器面临大量TIME_WAIT状态的连接时,可能会导致新的连接请求被拒绝。解决这一问题的方法包括: - **调整TCP参数**:例如,通过设置`...
解决办法是使用 PyAutoGUI 库,该库可以模拟鼠标和键盘操作来处理文件上传。 PyAutoGUI 是一个 Python 库,可以让 Python 脚本控制鼠标和键盘与其他应用程序交互。它支持 Windows、macOS 和 Linux 平台,并且可以与...
2. **临时解决办法**: - 通过增加TCP端口个数来暂时缓解批处理执行问题。 3. **后续解决方案建议**: - 定时重启操作系统以避免运行时间超过497天,防止TCP端口耗尽。 - 安装针对该bug的官方修复补丁,以长期...
### 彻底理解 Oracle 中 Library Cache Lock 的成因与解决办法 #### 一、引言 在日常数据库管理工作中,经常会遇到一些让人头疼的问题,比如会话挂起(hang)。其中一个常见的情况是当用户尝试执行某些操作时,比如...
MySQL 提供了一些工具来检测和解决死锁,例如 `innodb_lock_wait_timeout` 配置项定义了事务等待锁的最大时间,超过这个时间,事务会被自动回滚以解除死锁。另外,`SHOW ENGINE INNODB STATUS;` 命令可以帮助诊断...
解决办法: A. 优化语句,创建/使用合适的索引; B. 解决第一个问题的方法,更新要查询表的索引分发统计,保证估计时间的正确性,UPDATE STATISTICS 表名; C. 增加内存 如果想手动设置查询超时,可以使用以下语句...
但要注意,这不是所有情况下的解决方案,因为它可能导致短暂的“TIME_WAIT”状态,依然不能立即绑定到同一端口: ```java udpSocket.setReuseAddress(true); ``` 4. **明确绑定**:最后,使用`bind`方法显式地...
解决方法是修改MySQL配置文件,如`my.cnf`(Linux)或`my.ini`(Windows),增大`max_allowed_packet`限制和`wait_timeout`、`interactive_timeout`的值,然后重启服务器。 4. **错误4:MySQL版本不兼容**:确保导入...
测试用例的不稳定性是一个常见问题,解决办法包括: 1. 在必要的地方插入`time.sleep()`或`driver.implicitly_wait()`,确保元素完全加载。 2. 使用异常处理机制,捕获并处理可能出现的问题。 3. 设计健壮的测试用例...
3. **设置合理的超时和隔离级别**:可以通过调整`innodb_lock_wait_timeout`参数设置锁等待超时,当超过这个时间,事务将被自动回滚。同时,选择合适的事务隔离级别,如可重复读(Repeatable Read),可以避免某些...