redis分布式锁超时事故

探讨Redis分布式锁在未正确配置超时情况下导致的阻塞及OOM问题,分析disruptor阻塞模式下的风险,提出解决方案,包括内网部署、超时设置及线程池配置。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

redis分布式锁有两层超时:

1 锁等待超时

2 tcp connection超时

 

任一个超时未设置,都有可能造成阻塞

 

事故如下:

 *disruptor采用阻塞模式,到最大消息池时即阻塞,导致线程阻塞

 

左下角,获取redis锁虽然使用了trylock立即返回,但是没想到,由于断网,redis客户端在tcp层阻塞了,且未设置超时,阻塞随着阻塞链传递到无界的single线程池,最终导致oom

 

解决方案:

1 redis部署内网,并在tcp redis锁2个层面设置超时

2 线程池设置为有界,且配置放弃策略,这个方案虽然保障了jvm,但会有业务上的遗漏,比如行情到了,应该成交了,确被放弃了

转载于:https://www.cnblogs.com/silyvin/p/10076003.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值