1.问题：rabbitmq的生产者端循环产生了多条消息给消费者，而消费者无法及时将消息处理掉，在消费端积压了多条消息（消费失败的时候，消息队列会一直重复的发送消息，导致程序死循环）需要清理项目因为错误而产生的积压消息队列。2.原因：消息接收方因退出企业，账号已注销，企业微信报错81013，导致无法处理消息，消息积压。3.处理办法（问题已处理，截图为示例）：（1）登录rabbitmq管理面板，点击queues标签。（2）查看unacked列，如果>0,消息积压。（3）点进name列消息积压的行。（4）往下拉，先点击“purgemessage”清除队列。（5）如果消息还在，点击“deleteque

文章目录1.不做任何ack2.ack3.reject4.Nack1.不做任何ack如果队列使用的是手动ack，但在接收消息后不做任何ack处理，RabbitMQ会把消息标记为unacked，unacked状态的消息不会被消费，并且占用RabbirMQ资源，只有当消费者channel断开或者服务器重启，消息才会重新回到ready状态被其他消费者消费。2.ack确认签收后，消息从队列中删除。自动ack消费者接收到消息的那一刻就发送ack信息到RabbitMQ的队列，队列将此条消息删除。自动ack的方式只要队列有消息，RabbitMQ会源源不断的把消息推送给客户端，而不管客户端能否消费的完。手动ac

我已经调用了一个使用urllib2远程获取一些信息的任务数千次。这些任务是用随机eta安排的(一周内)，因此它们不会同时访问服务器。有时我会收到404，有时不会。我正在处理错误以防万一。在RabbitMQ控制台中，我可以看到16条未确认的消息:我停止了celery，清除了队列并重新启动了它。16条未确认的消息仍然存在。我还有其他任务进入同一个队列，但也没有执行。清除后，我尝试提交另一个任务，它的状态仍然是就绪:有什么办法可以找出消息未被确认的原因吗？版本:celery==3.1.4{rabbit,"RabbitMQ","3.5.3"}celeryapp.pyCELERYBEAT_SCH

我们的应用中使用了RabbitMq有数百条消息及时累积，几个队列处于未确认状态，并且TTL不工作，因为当监听器不活动时多次意外关闭。现在出于业务原因，我不能清空队列。我想手动将未确认的消息推送到就绪状态。有没有？？谢谢! 最佳答案 有两种方法可以将消息从未确认状态移动到就绪状态:1)确认来自消费者的信息2)关闭让它们保持打开状态的消费者最有可能的是，选项#1并不是一个真正的选项。当一条消息卡在未确认状态时，通常是因为消费者忘记了该消息并且无法再确认它。这通常会留下#2:您需要关闭之前连接到该队列的所有消费者。当消息未被确认且消费者丢