消息确认机制

当把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://www.rabbitmq.com/tutor...


wuzhc
211 声望4 粉丝