Redis 发布订阅客户端错误排查指南

大家好，Redis 发布订阅客户端错误排查指南相信很多的网友都不是很明白，包括也是一样，不过没有关系，接下来就来为大家分享关于Redis 发布订阅客户端错误排查指南和的一些知识点，大家可以关注收藏，免得下次来找不到哦，下面我们开始吧！

RedisMessageListenerContainer 643 - 发生连接失败。 5000 msimage.png后重新启动订阅任务-问题分析

1）百度查看错误报告，很多帖子解释原因如下：

client-output-buffer-limit pubsub 32mb 8mb 60 # Redis订阅客户端订阅缓冲区超过32M或超过8M持续60秒，订阅将立即关闭！（这说明客户端消费速度比较慢，导致消息大量堆积超过限制，导致客户端关闭） 2）按照这个解释检查redis服务器，通过客户端列表查看信息为接下来。通过截图信息可以看到这个错误与网上的描述不符，因为此时client-output-buffer-limit pubsub为空，说明不是这个参数限制导致的。

图片.png

3）为了进一步判断错误是否是这个参数限制导致的，可以通过服务器手动设置client-output-buffer-limit参数，并将其更改为无限制：

127.0.0.1:6379config set client-output-buffer-limit "normal 0 0 0 slave 268435456 67108864 60 pubsub 0 0 0" 继续观察一段时间，发现错误仍然以一定的频率出现，这充分说明了这个错误不是pubsub 引起的client-output -buffer-limit ；

4）通过帖子找到的一条有用的信息是client-output-buffer-limit。如果pubsub达到限制，就会关闭客户端，然后客户端就会报这个错误。是否有可能客户端在其他地方关闭了？这个错误；

5）仔细观察错误频率，发现这应该是两组发布和订阅导致的错误。第一个屏幕截图标有红色和绿色框。每组出现的频率为3分钟。分析全线服务器端不会主动。关闭客户端，jedis连接池配置的空闲断开值为30分钟，与报错不一致。我突然想起tomcat是通过haproxy代理连接redis的。 haproxy 杀死了客户端吗？检查haproxy配置文件，发现：

image.pngtimeout client：客户端不活动超时时长