Question

似乎我的Rabbitmq服务器运行的时间越长，我对未确认消息的麻烦就越多。我很乐意将它们重新排列。实际上似乎有一个amqp命令来执行此操作，但它仅适用于您的连接使用的通道。我制作了一个小小的鼠兔脚本，至少尝试一下，但我要么缺少一些东西，要么就是这样做了（用rabbitmqctl怎么样？）

import pika

credentials = pika.PlainCredentials('***', '***')
parameters = pika.ConnectionParameters(host='localhost',port=5672,\
    credentials=credentials, virtual_host='***')

def handle_delivery(body):
    """Called when we receive a message from RabbitMQ"""
    print body

def on_connected(connection):
    """Called when we are fully connected to RabbitMQ"""
    connection.channel(on_channel_open)    

def on_channel_open(new_channel):
    """Called when our channel has opened"""
    global channel
    channel = new_channel
    channel.basic_recover(callback=handle_delivery,requeue=True)    

try:
    connection = pika.SelectConnection(parameters=parameters,\
        on_open_callback=on_connected)    

    # Loop so we can communicate with RabbitMQ
    connection.ioloop.start()
except KeyboardInterrupt:
    # Gracefully close the connection
    connection.close()
    # Loop until we're fully closed, will stop on its own
    connection.ioloop.start()

Answer 1

未确认的消息是那些已通过网络传递给消费者但尚未被拒绝或被拒绝的消息 - 但消费者尚未关闭其最初接收消息的频道或连接。因此，经纪人无法弄清楚消费者是否只是花了很长时间来处理这些消息，或者是否忘记了这些消息。因此，它使他们处于一种未被承认的状态，直到消费者死亡或他们被拒绝或被拒绝为止。

由于这些消息在将来仍然可以由最初使用它们的仍然存活的消费者进行有效处理，因此您不能（据我所知）将另一个消费者插入混合并尝试做出关于它们的外部决策。您需要修复您的消费者，以便在处理每条消息时做出决策，而不是将旧消息保留为未确认消息。

Answer 2

如果消息未被打包，只有两种方法可以让它们重新进入队列：

<强> basic.nack

此命令将使邮件重新放入队列并重新传送。
与经纪人断开连接

此操作会强制将此渠道中的所有未经处理的邮件放回队列。

注意：basic.recover将尝试在同一频道（同一个消费者）上重新发布未经许可的消息，这有时是所需的行为。

RabbitMQ spec for basic.recover and basic.nack

真正的问题是：为什么消息不被确认？

导致未经批处的消息的可能方案：

消费者获取太多消息，然后不能足够快地处理和解决它们。

解决方案：根据需要预取少量消息。
Buggy客户端库（我目前在 pika 0.9.13 时遇到此问题。如果队列中有大量消息，一定数量的消息将被卡住，甚至数小时后

解决方案：我必须多次重启消费者，直到所有未经消息的消息从队列中消失。

Answer 3

一旦所有工人/消费者都停止，所有未确认的消息将进入就绪状态。

通过ps aux TelephonyManager tm = (TelephonyManager)getSystemService(Context.TELEPHONY_SERVICE); String imeiNumber1 = tm.getDeviceId(1); //(API level 23) String imeiNumber2 = tm.getDeviceId(2);输出确认，确保所有工作人员停止，并在找到时停止/终止他们。

如果您使用主管管理工作人员，显示工作人员已停止，您可能需要检查僵尸。主管报告工作人员被停止，但是当你在ps aux输出上进行grep时，你仍会发现僵尸进程正在运行。杀死僵尸进程将使消息恢复到就绪状态。

如何从其他渠道恢复未确认的AMQP消息，而不是我自己的连接？

3 个答案: