docker rabbitmq_Docker安装部署RabbitMq与使用

一、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 更新时间