RabbitMQ异常重启,部分消费队列不消费问题

RabbitMQ版本:

RabbitMQ 3.6.8, Erlang 19.0.4

jar包版本:

spring-boot-starter-amqp 2.0.4.RELEASE

问题背景:

之前线上服务曾经出现MQ重启之后,服务不消费队列消息,其具体表现为Queue没有Consumer。但是当时没有拿到日志,并且本着对RabbitMQ这类
中间件的信任,也并没有去做过多的深入研究,觉得是极其偶然事件。但是今天上午线上某个服务的RabbitMQ由于不知名原因重启,导致出现同样现象。
该服务目前一共监听4个队列,暂时用Queue1,Queue2,Queue3,Queue4代替。
在MQ恢复之后只有Queue2,Queue3两个队列正常消费,而另外两个队列则出现消息堆积情况。

排查过程:

首先查看Queue1,Queue4队列的消费者,发现消费者数量为0,表示当前队列没有消费者,但是Queue2,Queue3正常。检查服务代码4个队列除了消费逻辑
其余代码均一致,只调用了Spring提供的接口方法。

至此初步猜测是spring中rabbitMQ消费者线程错误恢复异常导致,部分消费者线程没有启动。
遂分析重启消费者线程源码源码:

RabbitMQ的RabbitListner监听队列是通过SimpleMessageListenerContainer实现的,当线程执行出现异常时会重新启动具体工作线程AsyncMessageProcessingConsumer,当执行到异常时会执行

{
   
    //由此发现consumer的重启逻辑是有参数aborted控制
    if (!isActive(this.consumer) || aborted) {
   
        //省略其余代码
        this.consumer.stop();
        //省略其余代码
    }else{
   
        logger.info("Restarting " + this.consumer);
        //重启逻辑,是通过新启线程实现
     
  • 3
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
RabbitMQ 队列断开可能是由于以下原因之一导致的: 1. 网络问题:网络不稳定或者连接超时,导致 RabbitMQ 队列断开。 2. 内存不足:RabbitMQ 的内存使用量超过了系统内存限制,导致队列断开。 3. 配置问题RabbitMQ 的配置文件错误或者不正确,导致队列断开。 4. RabbitMQ 服务异常RabbitMQ 服务出现异常,导致队列断开。 解决方法如下: 1. 检查网络连接:检查网络连接是否正常,是否存在网络抖动等问题,如果网络出现问题,可以尝试重启网络或者更换网络环境。 2. 检查内存使用量:检查 RabbitMQ 的内存使用量是否超过了系统内存限制,可以通过增加系统内存或者减小 RabbitMQ 的内存使用量来解决问题。 3. 检查配置文件:检查 RabbitMQ 的配置文件是否正确,可以通过重新配置来解决问题。 4. 检查 RabbitMQ 服务状态:检查 RabbitMQ 服务是否正常运行,如果服务出现异常,可以尝试重启 RabbitMQ 服务或者重新安装 RabbitMQ。 另外,为了避免 RabbitMQ 队列断开,建议采取以下措施: 1. 使用心跳机制:在 RabbitMQ 的连接参数中开启心跳机制,可以保持连接状态,避免因为长时间没有数据传输而导致连接中断。 2. 合理配置参数:合理配置 RabbitMQ 的参数,例如,增加内存、优化磁盘 IO 等,可以提高 RabbitMQ 的性能和稳定性。 3. 监控 RabbitMQ:定期监控 RabbitMQ 的运行状态,例如,监测队列消费情况、内存使用情况等,及时发现问题并进行处理。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值