TIME_WAIT数量太多 造成SocketTimeoutException

最新推荐文章于 2024-04-19 23:18:04 发布
原创 最新推荐文章于 2024-04-19 23:18:04 发布 · 994 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#nginx #服务器 #运维

本文探讨了在用户端下单场景中，如何通过配置长连接和Linux Net参数来解决5倍压力下的高并发问题，重点在于减少TIME_WAIT状态，提升连接效率。通过调整keepalive参数和TCP定时器设置，结合JMeter压测验证效果。
1、压测问题

用户端下单流程”场景，5倍压力，tcp_time_wait打满6000
在这里插入图片描述

2 、方案1【配置长连接】

出现大量TIME_WAIT的情况：

  • keepalive_requests设置比较小，高并发下超过此值后
    nginx会强制关闭和客户端保持的keepalive长连接；
  • keepalive设置的比较小（空闲数太小），导致高并发下nginx
    会频繁出现连接数震荡（超过该值会关闭连接），不停的关闭、开启和
    后端server保持的keepalive长连接；
http {
   
   
   // 全局配置
   // 长连接响应timeout
　　keepalive_timeout 60s; 
　　// 与Client连接的"一个长连接"送达的最大请求数（默认是100)
　　// 当送达的请求数超过该值后，该连接就会被关闭。
    keepalive_requests 8192; 
　　
    upstream servers {
   
   
        server
最低0.47元/天 解锁文章
【异常】原来提示SocketTimeoutException:connect timed out还可能是外部因素导致
本本本添哥
01-12 1万+
原来提示SocketTimeoutException:connect timed out还可能是外部因素导致
遇到问题之-tcp连接wait连接过多解决
萌兔兔MMQ！！
04-16 809
首先查看time wait的值： [root@aaa1 ~]#sysctl -a | grep time | grep wait net.ipv4.netfilter.ip_conntrack_tcp_timeout_time_wait = 120 net.ipv4.netfilter.ip_conntrack_tcp_timeout_close_wait = 60 net.ipv4.netfilter.ip_conntrack_tcp_timeout_fin_wait = 120 这里解决问题的关键是如何
jmeter性能测试常见的一些问题
m0_68405758的博客
08-10 742
这样随着请求的愈来愈多，端口就会变得愈来愈少，因此端口很快耗尽，并且大多数端口都处于 time_wait 状态，若是服务器端也支持长链接，那么下次请求来了，就会在上次请求的通道上继续传输，端口使用率大大的下降，就有效的避免了端口耗尽问题。这个值不是越大越好，要根据压测使用的机器而定，一般而言，堆内存的最大值不要超过物理内存的一半，否则容易导致 jmeter 运行变慢、卡顿甚至内存溢出（因为java本身的垃圾回收机制是动态分配内存，调整的时候其本身会占用很多内存），NEW分配的内存，不宜太大。
Server端处理时间很长，Client发生SocketTimeoutException
bupt041137的专栏
11-22 1467
Client端只有一个put请求，往server端写数据，server端处理时间过长，导致client端SocketTimeoutException   0.94版本   Client端发生异常SocketTimeoutException：   12/11/20 19:03:18 WARN client.HConnectionManager$HConnectionImplementat...
长时间没有请求es,请求后报错:java.net.SocketTimeoutException: 30,000 milliseconds timeout on connection http-outg
qq_39198749的博客
05-06 9694
1. jar版本 elasticsearch-rest-high-level-client 7.12.1 2. 问题 SpringBoot项目启动后，长时间没有进行接口调用(没有执行es请求)，突然进行接口调用时(es请求)报错 2022-05-06 13:10:57.342 ERROR 30118 --- [io-10000-exec-9] c.c.e.controller.ImportDataController : 出现未知异常:java.net.SocketTimeoutException:
一次 Netty 代码不健壮导致的大量 CLOSE_WAIT 连接原因分析
java_beautiful的博客
11-30 484
到这里的问题就很清楚了，总结就是 netty 的代码不够健壮，一个 try-catch 包裹的逻辑太多，在 OOM throwable 异常处理时，没能成功注册事件也没有 close 已创建的连接，导致连接存在但是没有人监听事件处理。我们线上有一个 dubbo 的服务，出现大量的 CLOSE_WAIT 状态的连接，这些 CLOSE_WAIT 的连接出现以后不会消失，这就有点意思了，于是做了一下分析记录如下。修改就很简单了，在 catch 的 throwable 逻辑里关闭一下就可以了，这里就不贴代码了。
字节8年经验之谈 —— Jmeter自动化性能测试常见问题！_jmeter 设置超时时间
2401_84239625的博客
04-19 1023
这个值不是越大越好，要根据压测使用的机器而定，一般而言，堆内存的最大值不要超过物理内存的一半，否则容易导致 jmeter 运行变慢、卡顿甚至内存溢出（因为java本身的垃圾回收机制是动态分配内存，调整的时候其本身会占用很多内存），NEW分配的内存，不宜太大。发生该错误时，jmeter 已经链接上服务器，查看 load time 没有超过设定的 request timeout 时间，错误可能的原因是，服务器那边未处理该线程的请求，或者为保证服务能力，断掉了链接。新建DWORD值，（十进制）设置为30秒。
ElasticSearch SocketTimeoutException解决
kuyuyingzi的专栏
01-22 7955
ES用了目前最新的版本，测试环境一直没有发现问题，一到生产就出现了SocketTimeoutException异常，而且很诡异，不是一直报，而是隔一段时间就报一下，谷歌了很久没有找到原因，最后加了一个配置后，就没有再报了 ES版本如下 <dependency> <groupId>org.springframework.data</groupId> <artifactId>spring-data-elasticsearch</arti
code:500 msg: java.net.SocketTimeoutException: Read timed out
Mr_XU_001的博客
01-02 3522
微服务注册nacos报错code:500 msg: java.net.SocketTimeoutException: Read timed out 前提：nacos搭建集群：nginx1.181+nacos1.1.43+mysql5.7*1；nginx反向代理nacos， 配置重现： nacos集群配置 nginx配置 在浏览器可以正常访问： 本以为这次搭建成功，微服务可以正常作为注册中心了，但很遗憾这是头痛的开始： 微服务注册访问nginx的80端口，微服注册时报错如下： 猜测可能是网络超时导致的
记一次nacos集群部署导致springcloud应用code:500 msg: java.net.SocketTimeoutException: Read timed out问题
Wtg_wutiegang的博客
04-19 2735
nacos集群配置+nginx代理正常启动，nacos管理平台正常访问（都是在VBox上部署的） 问题：springcloud启动总是报code:500 msg: java.net.SocketTimeoutException: Read timed out的错误，开始将nacos的连接时长调长了，可是问题还是得不到解决（这就很烦啊），问题解决不了就只能继续找原因，想着将nacos版本换成最新版本是否就可行了呢，嗯......，结果不如意啊，哈哈哈，最后经过九九八十一难终于在将nacos目录下的/co
文件流输出时间太长报错：ERROR:org.apache.catalina.connector.ClientAbortException: java.net.SocketTimeoutExceptio
qq_35456400的博客
05-21 6698
1. 前情 最近做的项目需要使用canvas,给canvas一个url返回文件流可以读取到图片文件。可能时canvas读取速度慢（正常接受不报错）,打开较大的图片文件的时候后台有时报错 ERROR:org.apache.catalina.connector.ClientAbortException: java.net.SocketTimeoutException,也有时后台不报错前端显示黑屏 查了下时文件流输出时间太长被tomcat拦截了，默认20s 2. 部署到tomcat打成war包的解决办法 直接修
TIME_WAIT数量太多
小白菜的专栏
03-22 1953
关于建连接时SYN超时。试想一下，如果server端接到了clien发的SYN后回了SYN-ACK后client掉线了，server端没有收到client回来的ACK，那么，这个连接处于一个中间状态，即没成功，也没失败。于是，server端如果在一定时间内没有收到的TCP会重发SYN-ACK。在Linux下，默认重试次数为5次，重试的间隔时间从1s开始每次都翻售，5次的重试时间间隔为1s, 2s,
Socket高并发出现TIME_WAIT的原因以及解决办法
AI量化交易实验室
06-17 9512
最近公司项目遇到个问题，在Socket并发量较大的情况下，每次服务端发送完数据后，Sevice端采取主动Close的方断开连接。客户端用短连接的方式发送请求，会出现大量请求返回TIME_WAIT的现象。 在网上找了一些可用的解决方法，下次运维再来找，直接扔给他们。 参考链接如下： TCP/IP详解--TIME_WAIT状态详解：https://blog.youkuaiyun.com/yusiguyuan...
Nacos1.3连接MySQL5.7，抛出SocketTimeoutException异常
dwb0328的专栏
12-19 886
Nacos与MySQL连接，通信发生握手问题
【Exception系列】SocketTimeoutException
热门推荐
优快云站内信: https://i.youkuaiyun.com/#/msg/chat/qyj19920704
03-17 1万+
💝💝💝欢迎来到我的博客，很高兴能够在这里和您见面！希望您在这里可以感受到一份轻松愉快的氛围，不仅可以获得有趣的内容和知识，也可以畅所欲言、分享您的想法和见解。非常期待和您一起在这个小小的网络世界里共同探索、学习和成长。💝💝💝 ✨✨ 欢迎订阅本专栏 ✨✨。
linux下socket服务端简单例，多线程，超时退出，长时间没数据就退出,让客户端有需要再重新发起连接
我不是码农的博客~~~
05-07 357
linux下socket服务端简单例，多线程，超时退出 #include <stdio.h> #include <string.h> #include <stdlib.h> #include <unistd.h> #include <arpa/inet.h> #include <sys/socket.h> #include <netinet/in.h> #include <pthread.h> #include
LINUX SOCKET连接及time_out时间
weixin_34417200的博客
07-09 1074
打开/etc/sysctl.conf文件，添加如下信息： net.ipv4.tcp_retries2 = 5 net.ipv4.tcp_fin_timeout = 30 net.ipv4.tcp_keepalive_time = 1200 net.ipv4.tcp_keepalive_intvl = 30 net.ipv4.tcp_keepalive...
如何减少TIME_WAIT的数量
goggle1的专栏
04-18 1467
tcpserver并发连接测试。 测试客户端pyl
【项目】[NACOS SocketTimeoutException httpGet] currentServerAddr: http://localhost:8848， err : connect
源僧
08-01 6315
默认加载bootstrap.yml优先级比application.yml大而不是application.yml。
tcp 0 0 127.0.0.1:6379 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:45686 127.0.0.1:6379 TIME_WAIT tcp6 0 0 ::1:6379 :::* LISTEN
最新发布
09-23
```markdown 你执行 `netstat -an | grep 6379` 的输出如下： ``` tcp 0 0 127.0.0.1:6379 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:45686 127.0.0.1:6379 TIME_WAIT tcp6 0 0 ::1:6379 :::* LISTEN ``` --- ### 🔍 错误分析 这些信息说明： ✅ Redis 服务 **已启动** ❌ 但只监听了本地回环地址： - `127.0.0.1:6379` - `::1:6379`（IPv6 的 localhost） 👉 **Redis 当前仅允许本机访问，不允许外部连接！** 这正是导致 Flink 报错： ``` Caused by: java.net.SocketTimeoutException: connect timed out ``` 的原因 —— 外部客户端（你的本地 IDEA）根本连不上 `node01` 上的 Redis。 --- ### ✅ 解决方案：让 Redis 监听所有网络接口 #### 第一步：修改 Redis 配置文件 编辑配置： ```bash vim /export/servers/redis/redis.conf ``` 找到以下三项并修改： ##### 1. 修改 bind 地址 原内容： ```conf bind 127.0.0.1 ``` 改为： ```conf bind 0.0.0.0 ``` > 允许所有 IP 连接（生产环境建议限制 IP，测试环境可用） ##### 2. 关闭保护模式 原内容： ```conf protected-mode yes ``` 改为： ```conf protected-mode no ``` > 如果 `bind` 不是 `127.0.0.1` 或有密码，可以开启；否则必须关掉，否则仍拒绝外连。 ##### 3. 确保端口正常 ```conf port 6379 ``` 保持不变即可。 --- #### 第二步：重启 Redis 服务 先杀死旧进程： ```bash pkill redis-server ``` 重新启动： ```bash cd /export/servers/redis/ ./bin/redis-server ./redis.conf ``` --- #### 第三步：再次检查监听状态 ```bash netstat -an | grep 6379 ``` ✅ 正确输出应为： ``` tcp 0 0 0.0.0.0:6379 0.0.0.0:* LISTEN ``` 或 ``` tcp6 0 0 :::6379 :::* LISTEN ``` 这表示 Redis 已经对外监听，可以从外部连接！ --- #### 第四步：在本地测试连接（Windows CMD） ```cmd telnet node01 6379 ``` 如果出现空白界面（或能输入字符），说明连接成功！ > ❌ 如果提示“无法打开到主机的连接”，请检查： > - 服务器防火墙是否开放 6379 端口 > - 本地 `C:\Windows\System32\drivers\etc\hosts` 是否添加了 `node01` 映射 > ``` > 192.168.xx.xx node01 > ``` --- ### 🧪 最终验证 运行完 Flink 程序后，在远程服务器执行： ```bash ./bin/redis-cli -h node01 get totalprice ``` 🎯 预期输出： ``` "88" ``` --- ### 总结 | 当前状态 | 问题 | 解决方法 | |--------|------|-----------| | `127.0.0.1:6379` 监听 | Redis 仅本地可访问 | 修改 `bind 0.0.0.0` | | `protected-mode yes` | 即使改了 bind 也拒绝外连 | 改为 `no` | | 外部连接超时 | 网络不通或未重启服务 | 重启 Redis 并测试 telnet | 📌 **关键命令回顾**： ```bash # 修改配置 sed -i 's/bind .*/bind 0.0.0.0/' ./redis.conf sed -i 's/protected-mode yes/protected-mode no/' ./redis.conf # 重启 Redis pkill redis-server ./bin/redis-server ./redis.conf # 验证监听 netstat -an | grep 6379 ``` ✅ 完成后，Flink 即可成功写入 Redis！ ```
评论 2
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值