一、Docker下安装rabbitmq
拉取镜像 docker pull rabbitmq:3-management
启动镜像 docker run -d --hostname my-rabbit --name rabbit -v /data/rabbitmq:/var/lib/rabbitmq -e RABBITMQ_DEFAULT_USER=admin -e RABBITMQ_DEFAULT_PASS=admin -p 15672:15672 -p 5672:5672 rabbitmq:3-management
完成后访问:http://ip:15672
二、RabbitMq的使用说明
1、应用场景:异步处理
(1)串行方式:将注册信息写入数据库后,发送注册邮件,再发送注册短信,以上三个任务全部完成后才返回给客户端。 这有一个问题是,邮件,短信并不是必须的,它只是一个通知,而这种做法让客户端等待没有必要等待的东西。
(2)并行方式:将注册信息写入数据库后,发送邮件的同时,发送短信,以上三个任务完成后,返回给客户端,并行的方式能提高处理的时间。
假设三个业务节点分别使用50ms,串行方式使用时间150ms,并行使用时间100ms。虽然并性已经提高的处理时间,但是,前面说过,邮件和短信对我正常的使用网站没有任何影响,客户端没有必要等着其发送完成才显示注册成功,应该是写入数据库后就返回。
(3)消息队列:引入消息队列后,把发送邮件,短信不是必须的业务逻辑异步处理。
由此可以看出,引入消息队列后,用户的响应时间就等于写入数据库的时间+写入消息队列的时间(可以忽略不计),引入消息队列后处理后,响应时间是串行的3倍,是并行的2倍。
2、应用场景:流量削峰
场景:秒杀活动,一般会因为流量过大,导致应用挂掉,为了解决这个问题,一般在应用前端加入消息队列。
作用:
a.可以控制活动人数,超过此一定阀值的订单直接丢弃(我为什么秒杀一次都没有成功过呢^^)
b.可以缓解短时间的高流量压垮应用(应用程序按自己的最大处理能力获取订单)
c.用户的请求,服务器收到之后,首先写入消息队列,加入消息队列长度超过最大值,则直接抛弃用户请求或跳转到错误页面.
d.秒杀业务根据消息队列中的请求信息,再做后续处理.
三、RabbitMq的使用实践
使用的是Yii框架的某个项目案例
1、发送消息
(1).通过后台管理创建消息
消息是唯一的,后续通过消息主题进行消息的发送。
创建消息message-topic
(2).使用如下代码即可发送消息
commoncomponentsQueueHelper::publishMessage(消息名字,发送的消息内容,路由关键字);
发送的消息内容可为字符串、数组。
2、接收消息
(1).通过后台管理创建消息的队列
创建队列message-query
队列编号:用于脚本运行的唯一编号,故建议规范为 消息主题_自定义编号 如order_queue1
运行参数对应consolerabbitmq下的类名称,需要继承基类BaseMq,主要用于接收消息后逻辑的处理。
(2).编写消息逻辑处理类
public function run($message){
//获取消息关键字
echo RabbitMessage::getRoutingKey($message);
//获取内容
$boby = RabbitMessage::getBody($message);
/*
//~~~~~~
//处理逻辑
//~~~~~~
*/
//确认消息
RabbitMessage::messageAck($message);
}
(3).命令行运行 php yii Rabbitmq/Queue 队列编号 可进行消息队列获取,接收消息。
需要使用任务调度平台,随时监控。
(4). 数据表说明
message_topic 消息主题表
字段 描述
id id
name 名称
topic 主题
exchange_type 交换机类型:直连(direct),扇型(fanout),主题(topic)
status 状态:0为禁用,1为正常
add_time 创建时间
update_time 更新时间
message_query 消息主题队列表
字段 描述
id id
topic_id 主题id
code 队列编号
query_name 队列名称
routing_key 路由关键字
prefetch_count 并行处理数量
param 运行参数
status 状态:0为禁用,1为正常
add_time 创建时间
update_time 更新时间