简述TIME_WAIT的危害

背景

TIME_WAIT 是出现在TCP第四次挥手的时候,客户端会有 2*MSL 时间等待,看看服务端是否因为没有收到客户端的断开确认请求而导致重发断开的请求,这个时间是60S

如何导致出现问题

一台机器建立的连接数是有限的,一般都是有个阈值,超过这个阈值,就会无法建立链接,导致访问失败

1、如果一台客户端机器,有脚本在跑,这个脚本上需要处理大量的数据,并且逻辑里有好几个RPC循环调用,这样就会产生大量的TIME_WAIT,因为for循环处理数据是常用手段,如果有100万数据,每个数据需要请求5个PRC请求,假设处理完这100万的数据,就会产生500万次连接,一般机器的连接数上限是65533,如果每个tcp请求都得等60s才能断开,那么500万的请求肯定是无法承受的,就无法建立链接,导致很多请求发不出去

2、上面说的问题,直接导致机器的性能瓶颈,TPS上不去,压测的时候也是不会有很好的结果的

如何解决

目的还是减少请求数

1、修改代码,把多个RPC请求合并成1-2个

2、重复使用连接句柄,比如,

public static $curlList;

$curl = new curl_init();

self::curlList["curl1"] = $curl ;//使用静态变量把已经建立的连接句柄保存起来,下次碰到同样需要这个句柄的可以重复用

 

 

 

 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值