https://www.rabbitmq.com/tutorials/tutorial-two-php.html
在这一部分中,我们将创建一个工作队列,该队列将用于在多个工作人员之间分配耗时的任务。
工作队列(又称任务队列)的主要思想是避免立即执行资源密集型任务,而不得不等待它完成。相反,我们安排任务在以后完成。我们将任务封装 为消息并将其发送到队列。在后台运行的工作进程将弹出任务并最终执行作业。当您运行许多工作人员时,任务将在他们之间共享。
循环调度
使用任务队列的优点之一是能够轻松并行化工作。如果我们正在积压工作,我们可以增加更多的工人,这样就可以轻松扩展。默认情况下,RabbitMQ将每个消息依次发送给下一个使用者。平均而言,每个消费者都会收到相同数量的消息。这种分发消息的方式称为循环。
消息确认
为了确保消息永不丢失,RabbitMQ支持 消息确认。消费者发送回一个确认(告知),告知RabbitMQ特定的消息已被接收,处理,并且RabbitMQ可以自由删除它。
消息确认默认为关闭。现在是时候通过将第四个参数basic_consume设置为false来打开它们了 (true表示没有ack),并在完成任务后从工作人员发送适当的确认。
讯息持久性
如果RabbitMQ服务器停止,我们的任务仍然会丢失。
我们需要确保RabbitMQ永远不会丢失队列。为此,我们需要将其声明为持久的。为此,我们将第三个参数作为true传递给queue_declare
$ channel-> queue_declare(‘hello’,false,true,false,false);
RabbitMQ不允许您使用不同的参数重新定义现有队列,并且将向尝试执行此操作的任何程序返回错误。
现在,我们需要将消息标记为持久消息-通过设置
公平派遣
在处理并确认上一条消息之前,不要将新消息发送给工作人员
总结以上相关概念为:公平派遣、持久性
- 默认情况下,rabbitqm是依次发送给消费者的,这叫循环调度;但这会出现消费者消费任务忙碌程度不一致。
- 忙碌程度不一致,将由公平派遣设置机制改善,即在消费者没有返回确认消息之前不要分配任务
- RabbitMQ一旦向消费者发送了一条消息,便立即将其标记为删除。当通道已关闭,连接已关闭或TCP连接丢失异常情况,还是会派发,这将导致任务丢失;
- 设置消息确认,防止消费者死亡而造成任务丢失;
- 设置讯息持久性,防止RabbitMQ服务器停止,任务丢失;