redis发布订阅客户端报错

  转自简书【https://www.jianshu.com/p/a85ec38245da

  最近遇到一个问题,springBoot程序中有一个监听器,监听redis中发来的消息(其实是监听一个key的消失,以此做定时),后台程序监听不到redis消息。

  刚开始以为是redis键值未写入,或者过期时间不对,经过排查,在定时开始时,key已经写入,并且过期时间与系统中设置的一致。并且未见明显报错,直到在控制台发现:

2019-10-11 09:16:14,574 ERROR [rules-engine-4]  o.s.d.r.l.RedisMessageListenerContainer - Connection failure occurred. Restarting subscription task after 5000 ms
2019-10-11 09:16:14,597 ERROR [agentconnection-pubsub-50]  o.s.d.r.l.RedisMessageListenerContainer - Connection failure occurred. Restarting subscription task after 5000 ms
2019-10-11 09:16:14,599 ERROR [servicesession-expire-84]  o.s.d.r.l.RedisMessageListenerContainer - Connection failure occurred. Restarting subscription task after 5000 ms

  这时候才反应过来后台程序与redis连接出现了问题。

  1)百度查看该报错,很多是说:Redis订阅客户端订阅buffer超过32M或持续60秒超过8M,订阅立即被关闭!(意思是说客户端消费速度比较慢,导致产生的消息大量堆积超过了限制客户端被关闭)

client-output-buffer-limit pubsub 32mb 8mb 60

  2)可以修改配置为(使其不受限制):

config set client-output-buffer-limit "normal 0 0 0 slave 268435456 67108864 60 pubsub 0 0 0"

  3)这次遇到的问题好像不是这样的,看到 “client-output-buffer-limit pubsub如果达到限制会关闭客户端,然后客户端会报此次这个错误,那是不是有可能是其他地方将这个客户端关闭了造成这个错误;”

  4)服务器的redis是部署在阿里云,并且使用了haproxy(这个东西没用过,还得学习,贴一张其他博主的图纪录一下)

timeout client:客户端非活动状态的超时时长  
timeout server:客户端与服务器端建立连接后,等待服务器端的超时时长
并借用了别人的解决方案
  • 暂时解决方案
    1)haproxy超时时间仍改回3min,因为后端代理了mysql等服务;
    2)暂时继续沿用目前这种方案,因为程序具备断开重连机制,虽然redis发布订阅不能持久化,断开连接期间发布的消息订阅端有可能丢失,但是目前业务发布消息很少,几个月发布一次消息,在发布消息的时候连接断开的概率还是比较小的,所以暂不处理。
  • 永久解决方案
    1)采用Rabbit Mq取代redis
    2)tomcat直连redis
    3)代码处增加额外的发布信息,确保连接idle时间不会超过3min
 
 
posted @ 2019-10-11 21:25  EasilyAi  阅读(3415)  评论(0编辑  收藏  举报