消息确认机制
当把basic_consume的参数no_ack设置为true时,消息达到消费者时就立刻被标记为删除状态,如果这时一个worker的消息来不及执行完成就被中止掉,那么这条消息就会丢失,所以需要一个消息确认机制,当worker挂掉后,把消息重新分发给另一个woker执行
方法:将no_ack设置为false,然后在回调函数中确认消息
$callback = function($msg){
echo " [x] Received ", $msg->body, "\n";
sleep(substr_count($msg->body, '.'));
echo " [x] Done", "\n";
$msg->delivery_info['channel']->basic_ack($msg->delivery_info['delivery_tag']);
};
$channel->basic_consume('task_queue', '', false, false, false, false, $callback);
需要特别注意的是,如何忘记确认消息,将耗尽内存。查看未确认消息命令:
sudo rabbitmqctl list_queues name messages_ready messages_unacknowledged
消息持久化问题
虽然消息确认机制能够保证消费者挂掉时消息不丢失,但是当rabbitmq挂掉时,那就没法保证了,这时就需要持久化
了。
方法:队列和消息必须设置为持久化
(1) 队列持久化:生成者和消费者声明队列参数durable设置为true,已存在的队列不能重新设置参数值。命令如下:
$channel->queue_declare('task_queue', false, true, false, false);
(2) 消息持久化:消息delivery_mode设置为2,如下:
$msg = new AMQPMessage($data,
array('delivery_mode' => AMQPMessage::DELIVERY_MODE_PERSISTENT)
);
公平分发问题
问题:当多个worker处理队列消息,rabbitmq循环均匀分配消息到分一个worker,如果此时其中一个worker分配到比较耗时的任务,那么会出现这个worker会比较忙碌,而其他worker比较清闲的情况。
方法:在worker处理和确认消息之前,不要再向worker发送新消息,而是向下一个清闲的worker发送,把prefetch参数设置为1.
当然,如果所有的worker都很忙,这时候应该增加worker数量
$channel->basic_qos(null, 1, null);
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。