redis发布订阅客户端报错

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

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

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

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

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

2）可以修改配置为（使其不受限制）：

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