消费者退出可能是正常达到 max-messages，也可能由内存、连接、未确认消息、异常或进程管理配置导致。
继续阅读RabbitMQ 消费者跑一会儿就停：Magento 2 消息队列排查
2024/9/4 上午11:36
alwayly
Magento 2 消息队列 Consumer 一直重启，是 max-messages 设置还是内存泄漏？
2024/11/26 上午9:49
alwayly
Consumer 进程反复退出并不一定是故障：max-messages 到达后正常退出、Supervisor 重启、OOM Kill 和未捕获异常表现相似。本文用退出码与消息计数区分。
继续阅读queue:consumers:start 一直运行但消息不减少，Magento 2 消费者卡在哪里
2025/1/6 上午9:41
alwayly
Consumer 进程存在但队列深度不下降，需要区分监听错队列、消息反复重试、数据库锁、RabbitMQ Unacked 和 max-messages 生命周期。
继续阅读Magento 2 消费者进程内存一直涨，别让 queue:consumers:start 永久运行
2025/2/20 下午3:47
alwayly
Magento 2 Consumer 长期运行内存增长时，测量单条消息增量，设置 max-messages 并检查对象累积。
继续阅读Magento 2 异步批量 API 一直停在 open
2025/5/12 上午10:52
alwayly
异步 Bulk API 返回 UUID 后操作长期为 open，需要检查队列 Topic、Consumer、operation 状态和失败重试。
继续阅读Magento 2 RabbitMQ Consumer 内存不断上涨最后被杀，怎么判断是消息还是代码泄漏？
2025/8/14 上午11:26
alwayly
Consumer 内存增长要区分单条大消息、对象跨消息残留、重试风暴和进程生命周期，并用可重复样本定位。
继续阅读Magento 2 Async Bulk API 一直显示 open，消息到底卡在哪一层？
2025/8/25 下午2:21
alwayly
Bulk操作open不代表请求还在执行。要沿bulk_uuid、operation记录、队列topic、consumer和单条错误逐层定位。
继续阅读magento 2消息队列Consumer显示running，为什么RabbitMQ里的消息一直不减少？
2025/10/16 下午2:48
alwayly
Consumer进程存在但消息不减少，要检查它监听的队列、unacked消息、阻塞调用、prefetch和实际运行的代码版本。
继续阅读Magento 2消费者被Supervisor反复重启
2026/1/6 下午1:47
alwayly
设置max-messages后消费者会按设计以0退出，Supervisor配置不匹配就会制造频繁重启告警。继续阅读
Magento 2 RabbitMQ队列不长，Unacked却一直涨，消费者其实卡在外部接口
2026/4/21 下午1:29
alwayly
Ready消息只有几十条，Unacked却持续增长，重启consumer后短暂恢复。根因往往不是队列吞吐，而是consumer取到消息后调用外部ERP没有超时，prefetch额度被占满，消息既不ack也不回队……
继续阅读
