消息队列通常是至少一次投递,Consumer在处理完成但确认前崩溃时会再次收到,业务处理必须幂等。继续阅读

无法反序列化或永久失败的毒消息会让Consumer反复崩溃,应区分可重试错误并建立死信处理。

继续阅读

Source Item数量已经保存,前台仍缺货,手工reindex后才恢复。MSI可售状态更新依赖消息消费与库存索引链。

继续阅读

Ready消息只有几十条,Unacked却持续增长,重启consumer后短暂恢复。根因往往不是队列吞吐,而是consumer取到消息后调用外部ERP没有超时,prefetch额度被占满,消息既不ack也不回队……

继续阅读
设置max-messages后消费者会按设计以0退出,Supervisor配置不匹配就会制造频繁重启告警。继续阅读

Consumer进程存在但消息不减少,要检查它监听的队列、unacked消息、阻塞调用、prefetch和实际运行的代码版本。

继续阅读

Bulk操作open不代表请求还在执行。要沿bulk_uuid、operation记录、队列topic、consumer和单条错误逐层定位。

继续阅读

Consumer 内存增长要区分单条大消息、对象跨消息残留、重试风暴和进程生命周期,并用可重复样本定位。

继续阅读

异步 Bulk API 返回 UUID 后操作长期为 open,需要检查队列 Topic、Consumer、operation 状态和失败重试。

继续阅读

Magento 2 Consumer 长期运行内存增长时,测量单条消息增量,设置 max-messages 并检查对象累积。

继续阅读

项目 1 到 10 共 13个

每页
  1. 1
  2. 2
设置降序顺序