修改 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

相关推荐
装不满的克莱因瓶1 天前
支付订单成功异步MQ权益发放设计和开发
java·架构·系统架构·rabbitmq·硬件架构
千里达景区票务系统2 天前
消息队列选型对比:RabbitMQ vs RocketMQ vs Kafka
kafka·消息队列·rabbitmq·rocketmq
未秃头的程序猿5 天前
@ConditionalOnMissingBean 把我配好的 RabbitMQ 手动 ack 吃掉了
后端·rabbitmq
一条泥憨鱼5 天前
【RabbitMQ】高级篇
java·分布式·rabbitmq·php·ruby
阳光不锈@7 天前
三大主流消息队列架构设计思想剖析:从 RabbitMQ 到 RocketMQ 的改造实践
kafka·rabbitmq·rocketmq·rabbit改造rocket·去除rabbitmq·rabbitmq改造
catino13 天前
RabbitMQ详解
分布式·rabbitmq·ruby
叶总没有会13 天前
RabbitMQ高级
分布式·rabbitmq
Linux实战笔记15 天前
记一次消息队列选型对比线上排查:Kafka/RabbitMQ/Pulsar 技术选型
kafka·rabbitmq·高并发·pulsar·消息队列选型
张彦峰ZYF15 天前
一条消息的丢与重:Kafka 与 RabbitMQ 可靠投递的确认、位点、死信与幂等全链路
后端·kafka·消息队列·rabbitmq·isr·解耦与削峰·丢失与重复
我不会起名字32216 天前
微服务链路超时怎么设:逐层收敛的 4 条规则与 1 个反例
微服务·go·超时·熔断