Magento2 queue_message、queue_message_status、max_messages详解

Magento2 queue_message与queue_message_status详解

number_of_trials字段理解

Magento 2中queue_message_status表中number_of_trials字段是用于记录消息队列中每个消息的处理尝试次数。当Magento 2处理一个消息时，它会尝试多次处理该消息，直到处理成功或达到最大尝试次数。每次处理尝试失败后，Magento 2将更新number_of_trials字段的值，并将消息标记为“失败”或“重试”。

number_of_trials字段的值表示已经尝试处理该消息的次数。例如，如果number_of_trials字段的值为2，则表示该消息已经尝试处理两次，但都失败了。如果该值达到了最大尝试次数，Magento 2将放弃处理该消息，并将其标记为“失败”。

在Magento 2中，number_of_trials字段的默认值为0，表示尚未尝试处理该消息。每次处理尝试失败后，Magento 2会递增该字段的值。
在Magento 2中，number_of_trials字段的最大值可以在您的Magento 2配置文件（app/etc/env.php）中进行设置。具体而言，您可以通过在配置文件中添加cron_consumers_runner节点来设置number_of_trials字段的最大值。例如，以下是一个配置文件中设置number_of_trials最大值为5的示例：

'cron_consumers_runner' => [
    'cron_run' => false,
    'max_messages' => 100,
    'consumers' => [
        'async.operations.all' => [
            'max_messages' => 1000,
            'batch_size' => 100,
            'number_of_trials' => 5
        ],
        // ...
    ]
]

在上述示例中，async.operations.all是一个Magento 2异步API的消费者，它有一个number_of_trials字段，其最大值为5。如果消息处理尝试的次数达到了5次，Magento 2将放弃处理该消息，并将其标记为“失败”。

请注意，不是所有消费者都支持number_of_trials字段。如果您需要为某个消费者设置number_of_trials字段的最大值，请确保该消费者支持该字段。此外，您还需要确保设置的最大值不会过高，否则可能会导致消息队列处理时间过长或其他问题。

queue_message_status中的status 0 1 2 3 4状态含义

在 Magento 2 中，queue_message_status 表是用来记录 Magento 2 内置队列消息（Queue Message）的状态信息的。这个表中的 status 字段记录了消息的状态，其中不同的数值代表的含义如下：

0：表示消息尚未被处理，即消息处于待处理状态。

1：表示消息正在被处理中，即消息处于处理中状态。

2：表示消息已经被处理成功，即消息已经被处理并成功完成。

3：表示消息处理失败，即消息在处理过程中出现错误或异常，导致处理失败。

4：表示消息被丢弃，即消息已经被删除或无法被处理，因此被系统丢弃。

需要注意的是，如果您在 Magento 2 中使用了队列功能，那么您需要定期检查和维护队列消息的状态，以确保系统的正常运行。如果您发现某个队列消息的状态为 3，则可能需要进一步排查和处理该消息的错误。如果您发现某个队列消息的状态为 4，则可能需要重新发送该消息或者调整系统配置以避免类似问题的再次发生。

队列消息（Queue Message）可能会在以下情况下被丢弃：

1. 消息处理超时

当某个消息在处理过程中超过了系统设置的最大处理时间，系统会认为该消息已经失效，从而将其标记为 failed 状态，并丢弃该消息。

2. 消息已过期

当某个消息的有效期限已经过期，系统会认为该消息已经失效，从而将其标记为 expired 状态，并丢弃该消息。

3. 消息已经被处理过

当某个消息已经被成功处理过，并且不允许重复处理时，系统会将该消息标记为 processed 状态，并丢弃该消息。

4. 队列已满

当某个队列已经达到了系统设置的最大队列长度，而且没有空闲的处理器可以处理新的消息时，系统会将新的消息丢弃。

5. 消息格式错误

当某个消息的格式不符合系统要求，或者无法被正确解析时，系统会将该消息标记为 invalid 状态，并丢弃该消息。

max_messages=>1000 设定值概念

max_messages 是用来设置队列（Queue）的最大消息数的一个选项。具体来说，max_messages 表示该队列中最多可以存在多少条未处理的消息。在 Magento 2 中，max_messages 的默认值为 10000。

如果您将 max_messages 设置为 1000，则表示该队列中最多只能存在 1000 条未处理的消息。如果队列中已经存在了 1000 条未处理的消息，那么新的消息将无法被添加到队列中，直到有一些消息被处理并从队列中删除。

需要注意的是，将 max_messages 设置为较小的值可能会导致队列的性能受到影响，因为系统需要频繁地检查队列中是否有新的消息需要处理。因此，建议您根据实际情况和系统性能调整 max_messages 的值。

queue_message_status未处理的消息的状态

未处理的消息指的是 queue_message_status 表中 status 字段的值为 pending 的消息。在 Magento 2 中，当一个消息被添加到队列中时，其状态会被设置为 pending，表示该消息尚未被处理。当系统开始处理该消息时，该消息的状态会被更新为 processing，表示该消息正在被处理。当消息处理完成后，其状态会被设置为 complete 或 failed，表示该消息已经被成功处理或处理失败。

因此，如果您想要查看队列中尚未被处理的消息，可以在 queue_message_status 表中查询 status 字段为 pending 的消息。您还可以根据需要对这些消息进行手动处理，或者等待系统自动处理这些消息。需要注意的是，在处理队列消息时，请确保您的系统设置和硬件资源能够满足消息处理的需求，以避免队列消息积压和系统崩溃等问题的发生。

当 messages_pending 的数量大于 max_messages 的值时，可能会导致以下一些问题

1. 新消息无法添加到队列中

如果队列中已经存在了 max_messages 条未处理的消息，而且这些消息的状态仍然是 pending，那么新的消息将无法被添加到队列中。这可能会导致某些重要的任务无法及时执行，从而影响系统的性能和稳定性。

2. 队列消息积压

当队列中存在大量的未处理消息时，系统可能会出现消息积压的情况，从而导致某些任务无法及时完成。这也可能会导致系统的响应速度变慢，用户体验下降等问题。

3. 系统资源占用过高

当队列中存在大量的未处理消息时，系统需要占用更多的资源来处理这些消息，从而可能导致系统负载过高，甚至导致系统崩溃或运行缓慢。

因此，建议您根据系统的实际负载和性能，合理设置 max_messages 的值。如果您发现队列中存在大量的未处理消息，可以考虑增加队列处理器的数量，或者增加队列消息的处理优先级，以加快处理速度。同时，您也可以通过增加系统的硬件资源或者优化系统配置等方式来提高系统的性能和稳定性。