同一订单在几秒内收到两封完全相同的确认邮件。常见原因是同步发送与异步队列同时启用,或自定义重试没有幂等。

继续阅读

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

继续阅读

Bulk API返回UUID后状态长期open,通常是对应Consumer未运行、RabbitMQ路由不一致、操作反序列化失败或失败重试被忽略。

继续阅读

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

继续阅读

RabbitMQ账号能登录管理界面,不代表它对Magento使用的vhost拥有configure、write和read权限。

继续阅读

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

继续阅读

订单邮件重复发送要先比对Message-ID和发送时间,再判断是业务代码二次调用、支付回调重复,还是队列消息重投。

继续阅读

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

继续阅读

同名 RabbitMQ 队列被用不同 durable、auto-delete 或 arguments 重新声明时,Broker 会拒绝;修复前先保住未消费消息。

继续阅读

同一队列消息不断失败会阻塞消费,应识别消息 ID、异常类别、重试上限和死信处理。

继续阅读

项目 1 到 10 共 15个

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