修改 RabbitMQ 默认超时时间

MQ客户端正常运行,突然就报连接错误,

错误信息写的很明确,是客户端连接超时。

不过很疑虑,为什么会出现连接超时呢?代码没动过,网络也ok,也设置了心跳和重连机制。

最终在官网中找到了答案:

消息"手动确认"的模式下,MQ服务会强制执行超时机制,以防止消息一直不确认的潜在bug。

RabbitMQ默认的超时时间是30分钟,30分钟内一直无消息消费的话,则RabbitMQ会将Channel销毁,无法继续消费,导致代码报错。

因此需要自行解决,可以考虑几种解决方案:

方案一:修改客户端连接超时时间;

方法1:临时修改;

优点:无须重启MQ服务;

缺点:MQ服务重启后,设置失效,需要重新设置;

以Linux系统为例,直接登录服务器,执行如下命令:

bash 复制代码
#通过命令 修改超时时间:
rabbitmqctl eval 'application:set_env(rabbit,consumer_timeout,180000000).'

#通过命令 查看MQ的超时时间:
rabbitmqctl eval 'application:get_env(rabbit,consumer_timeout).'

方法2:永久修改;

优点:MQ服务重启,设置依然生效;

缺点:需要重启MQ服务才能使设置生效,生产环境下,需要考虑业务是否可中断;

以Linux系统为例,

1、创建RabbitMQ的配置文件(默认没有该配置文件):/etc/rabbitmq.conf

2、文件中设置

consumer_timeout = 18000000

3、重启RabbitMQ。

方案二:修改业务,定时发送空消息,防止超时(在无权修改MQ服务配置的场景);

优点:无须或无权修改MQ服务的设置;

缺点:代码冗余,可能会影响业务;

略。

PS,看到有篇文章也详细讲解了BUG的原因以及解决方法,又重复造轮子了.......

https://www.cnblogs.com/long757747969/p/16936604.html

相关推荐
bug_null19 小时前
RabbitMQ消息可靠性保证机制4--消费端限流
rabbitmq
青石路19 小时前
不依赖 Spring,你会如何自实现 RabbitMQ 消息的消费(一)
rabbitmq
呼啦啦啦啦啦啦啦啦1 天前
【Rabbitmq篇】RabbitMQ⾼级特性----持久性,发送⽅确认,重试机制
分布式·rabbitmq
斯普信专业组1 天前
RabbitMQ实战启程:从配置到故障排查的实战处理(下)
网络·分布式·rabbitmq
呼啦啦啦啦啦啦啦啦2 天前
【Rabbitmq篇】RabbitMQ⾼级特性----消息确认
分布式·rabbitmq
泰山小张只吃荷园2 天前
快速入门消息队列MQ、RabbitMQ
java·spring boot·分布式·spring·spring cloud·rabbitmq·java-rabbitmq
呼啦啦啦啦啦啦啦啦2 天前
基于SpringBoot+RabbitMQ完成应⽤通信
spring boot·rabbitmq·java-rabbitmq
小马爱打代码2 天前
SpringBoot 整合 RabbitMQ
spring boot·rabbitmq·java-rabbitmq
漫天转悠3 天前
RabbitMQ的基本概念和入门
分布式·rabbitmq
dvlinker4 天前
大数据技术Kafka详解 ① | 消息队列(Messages Queue)
大数据·kafka·rabbitmq·rocketmq·activemq·分布式发布订阅消息系统·messages queue