客户端使用rabbitmq的基本流程
2018-01-07 15:15
218 查看
1.消费者连接到消息队列服务器,打开一个channel
2.消费者声明一个exchange,并设置相关属性
3.消费者声明一个queue,并设置相关属性
4.消费者使用routing key,在exchange和queue之间建立绑定
5.生产者投递消息到exchange
6.exchange接收到消息后,根据消息的key和已经设置好的binding,进行消息路由,将消息投递到一个或者多个queue里
当把basic_consume的参数no_ack设置为true时,消息达到消费者时就立刻被标记为删除状态,如果这时一个worker的消息来不及执行完成就被中止掉,那么这条消息就会丢失,所以需要一个消息确认机制,当worker挂掉后,把消息重新分发给另一个woker执行
方法:将no_ack设置为false,然后在回调函数中确认消息
需要特别注意的是,如何忘记确认消息,将耗尽内存。查看未确认消息命令:
虽然消息确认机制能够保证消费者挂掉时消息不丢失,但是当rabbitmq挂掉时,那就没法保证了,这时就需要持久化
了。
方法:队列和消息必须设置为持久化
(1) 队列持久化:生成者和消费者声明队列参数durable设置为true,已存在的队列不能重新设置参数值。命令如下:
(2) 消息持久化:消息delivery_mode设置为2,如下:
问题:当多个worker处理队列消息,rabbitmq循环均匀分配消息到分一个worker,如果此时其中一个worker分配到比较耗时的任务,那么会出现这个worker会比较忙碌,而其他worker比较清闲的情况。
方法:在worker处理和确认消息之前,不要再向worker发送新消息,而是向下一个清闲的worker发送,把prefetch参数设置为1.
当然,如果所有的worker都很忙,这时候应该增加worker数量
2.消费者声明一个exchange,并设置相关属性
3.消费者声明一个queue,并设置相关属性
4.消费者使用routing key,在exchange和queue之间建立绑定
5.生产者投递消息到exchange
6.exchange接收到消息后,根据消息的key和已经设置好的binding,进行消息路由,将消息投递到一个或者多个queue里
消息确认机制
当把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)
相关文章推荐
- SVN服务器搭建及客户端使用的基本流程
- 使用 OpenSSL 进行安全编程的基本方法流程
- 使用CVS/SVN的基本流程
- SVN客户端基本使用方法
- RabbitMQ-C客户端使用说明
- (遍历)一些基本的求和,求积,求阶乘,计数问题(流程控制语句的使用)
- 使用ASP.NET AJAX异步调用Web Service和页面中的类方法(5):服务器端和客户端数据类型的自动转换:基本类型和枚举类型
- rabbitmq使用__python客户端(消息发送者)
- MingQQ v1.0高仿版开源了,使用WebQQ协议实现了QQ客户端基本的聊天功能...
- PJSIP学习笔记——从simple_pjsua.c示例程序了解PJSUA-LIB的基本使用流程
- PJSIP学习笔记——从simple_pjsua.c示例程序了解PJSUA-LIB的基本使用流程
- RTSP服务器处理客户端点播的基本流程
- 使用URLConnection获取网页信息的基本流程 分类: H1_ANDROID 2013-10-12 23:51 3646人阅读 评论(0) 收藏
- rabbitmq使用__php客户端(消息接收者)
- SVN客户端基本使用方法
- svn服务器搭建及客户端基本使用
- MingQQ v1.0高仿版开源了,使用WebQQ协议实现了QQ客户端基本的聊天功能...
- dhl:svn客户端学习-TortoiseSVN的基本使用方法
- FFMEG开发教程--(01)ffmpeg基本使用流程
- SVN客户端基本使用方法