RabbitMQ（二）
——工作队列
（转载请附上本文链接——linhxx）
一、概述
工作队列模式（work queue），是有多个消费者的情况下，可以共同消费队列内的内容，加快消息处理速度。这是RabbitMQ的基本工作模式。
二、使用方式
和上一篇中的生产和消费消息的方式一样，就是需要多在cli进程中打开一个消费者的php文件。即需要打开3个php，一个是生产者的php文件，两个消费者的php文件（或多个php文件）。
三、工作机制
3.1 轮询（Round-robin dispatching）
当开启多个生产者的时候，消费者产生消息并发送到队列的情况下，队列会将消息均衡的分发给同时打开的多个消费者。即采用轮询的方式，假设有两个消费者c1和c2，第一次有消息给c1，第二次有消息给c2，第三个再给c1，以此类推。
3.2 回馈机制（Message acknowledgment）
为了保证消息的可靠性，RabbitMQ允许用户采用消费者的ack机制，即只有消费者回馈给队列ack后，队列才会将消息从队列中剔除。这样，可以确保队列中的每个消息都是确认被消费者处理完毕的。
开启的方式，只要将方法basic_consume第四个参数设置成false，就表示开启ack机制。
开启ack，就必须要记得在消费者的代码总，加入回馈的代码，否则，消息会被队列认为没有消费，不断的堵在队列中，导致队列堵塞。
要查看队列中还没确认的内容，可以采用RabbitMQ的管理工具——rabbitmqctl。
sudo rabbitmqctl list_queues name messages_ready messages_unacknowledged
3.3 消息持久化（Message durability）
RabbitMQ具有完善的持久化机制，能够确保消息的安全性。可以在代码中开启持久化。消息持久化需要在队列和消息分别开启持久化。
1）队列持久化：
queue_declare的第三个参数设置为true。
2）消息持久化：
$msg = new AMQPMessage($data,
array(‘delivery_mode‘ => AMQPMessage::DELIVERY_MODE_PERSISTENT)
);
这样可以确保消息可以保存在本地磁盘，因此即使rabbitmq的服务器宕机的时候，也可以保证消息的安全性。
当然，这也也存在一定的风险，因为操作系统自身的机制，开启持久化的时候，操作系统为了保证运作速度，消息会保存在操作系统层面的缓存，并且定时将消息存入硬盘。因此，还没存入磁盘的这一小段间隔（30秒左右），如果服务器宕机，有可能消息丢失。但是这个可能性很低，因此安全性已经很高。
3.4 公平分发（Fair dispatch）与预取机制（prefetch）
消息的轮询机制，每次有消息，队列则直接按照排好的顺序将消息传给对应的队列，有可能出现一部分队列上一条消息还没处理完，就出现了下一条的消息，而另外一部分队列则空闲的情况。
因此，RabbitMQ允许用户开启公平分发机制，让每个消费者只能接收一个消息，如果还没给队列回复ack，则消息来的时候，即使顺序轮到队列，也不会分发给它，而是分发给它下一个空队列。
开启方式很简单，在消费者的channel，在消费消息之前（使用basic_consume方法），给channel加一个qos机制：
$channel->basic_qos(null, 1, null);
第二个参数就是要求消费者每次只能处理几个消息。
这样也存在一个隐患，即如果所有的消费者都还没ack，而生产者又不断的往队列发数据，则队列有可能会塞满。这个处理方案只有增加消费者，或者从代码、逻辑层面控制消息的产生速度。
——written by linhxx
更多最新文章，欢迎关注微信公众号“决胜机器学习”，或扫描右边二维码。
原文地址：https://www.cnblogs.com/linhxx/p/8434165.html