本书一切灵感均来自于<RabbitMQ实战 高效部署分布式消息队列>这本书,书中知识会尽量复现验证,然我们一起学习,一起成长,当然有兴趣的同学还是拜读原著,收益颇丰.
消息队列的成长史(是不是看不清,就算看清了也没啥用 哈哈哈):
为什么是RabbitMQ :
1: RabbitMQ 实现了AMQP( Advanced Message Queuing Protocol )标准的代理服务器;
2:由于Erlang,RabbitMQ集群不可思议的简单;
3:RabbitMQ比竞争对手更可靠,更能防止崩溃;
下面让我们先来安装(Linux系统, 由于RabbitMQ依赖Erlang， 所以需要先安装Erlang):
# 启动EPEL源
$ sudo yum install epel-release
# 安装erlang
$ sudo yum install erlang 然后就是下载RabbitMQ安装包(不能执行wget命令的请先安装命令)
wget http://www.rabbitmq.com/releases/rabbitmq-server/v3.6.6/rabbitmq-server-3.6.6-1.el7.noarch.rpm
安装执行 yum install rabbitmq-server-3.6.6-1.el7.noarch.rpm
至此安装完成
[root@localhost ~]# service rabbitmq-server start
来查看一下运行状态
[root@localhost ~]# service rabbitmq-server status
至此我们就安装成功了(从同事那里学来一个启动命令 rabbitmq-server -detached,后台守护进程启动)
如果启动过程中出现什么问题,我们也可以找到RabbitMQ的日志来帮助我们处理问题,一般情况下(/var/log/rabbitmq/)目录下
[email protected] 文件名字中,localhost只的是RabbitMQ默认的运行节点.
那么我们怎么关闭RabbitMQ呢?
rabbitmqctl stop(此命令会把rabbitMQ和erlang节点都关闭)
rabbitmqctl app_stop(此命令只会关闭rabbitMQ)
查看RabbitMQ的用户列表 rabbitmqctl list_users
修改密码 rabbitmqctl change_password Username Newpassword
新增用户 rabbitmqctl add_user Username Password
添加权限 rabbitmqctl set_user_tags dong administrator 超级权限都好使(为了文档的准确性这里把5种权限列出来 超级管理员(administrator) , 监控者(monitoring) , 策略制定者(policymaker) , 普通管理者(management) ,其他)
*友情提示guest只能用localhost登录, 所以最好新建用户,设置权限,方便以后使用
后续:今天启动服务的时候遇到启动失败的问题,原因忘记截图了,原因就是在etc/rabbitmq/rabbitmq.config 配置文件格式出现问题,默认情况下是个空格("坑不坑"),我们写上一个配置文件就ok啦 ;例如这样
[ {rabbit, [{frame_max, 0}]} ].
解释:与客户端协商的允许最大frame大小. 设置为０表示无限制，但在某些QPid客户端会引发bug. 设置较大的值可以提高吞吐量;设置一个较小的值可能会提高延迟.
二 : 接下来,我们来研究下到底什么是消息通信:
这里大家先回忆下网络传输的7层协议
对于消息队列都发生在应用层,每个消息队列都有自己对应的生产者和消费者 那么这个生产者和消费者是什么概念呢:
生产者(producter) :创建消息,并将消息发布到代理服务器上(RabbitMQ),消息包含两个部分,有效荷载(payLoad /就是你要传输的数据(数据类型随意))和标签(label/他描述了有效荷载,有意思的是当你指明了消息的发送方和接收方的时候,标签只是描述交换器的名字和主题标记,然后rabbitMQ会把消息发送给感兴趣的接收方,这是一种"后发即忘"的传输方式)
消费者(consumer) :这个就很好理解了,就是我们的服务连接到服务器,并订阅了这个队列的消息,当有消息发送到队列的时候,就会被消费者接收到,并处理这个消息.
整个过程非常简单,但是在完成这一切之前需要先建立一条信道(channel),信道是包含在一个tcp连接中的,但是整个过程中RabbitMQ只会创建一个tcp连接,就像一条光缆一样,这样做的原因是可以有效的减少创建tcp连接的消耗(据说创建一次消耗很大)
除了生产者,消费者,我们还需要知道的另外一个概念: 队列,那什么是队列:从概念上将AMQP消息路由必须有三部分,交换器,队列和绑定. 一条消息在队列中等待消费者的处理,这时候如果有消费者订阅这个消息队列(basic.consume:持续订阅 -----basic:get :单条订阅)就会收到这个消息,并且处理,然而如果没有订阅者呢,消息会一直存在队列中,直到有人订阅为止,当让还有一种情况是就是多个消费者同时订阅一个消息队列,消息是怎么发送的呢? 队列会用循环的方式发送个每个消费者,并在消费者确认后,删除队列中的消息(basic.ack),当然这个操作会被RabbitMQ中的配置(auto_ack:true)忽略
这样做的好处就是,当消费者在确认之前程序崩溃的情况下,RabbitMQ可以将下一个消息发送给下一个消费者.
关于交换机是如何分发消息到每一个队列的,这里面介绍下:交换器共有四种类型,每一种都实现了不同的路由和算法:
1:direct: 这种最简单,消息的标签中会有明确队列和消费者的消息,路由直接传递
2:fanout: 会把消息全部传播到绑定该路由器的队列中
3:topic: 区别于前两种,可以用通配符的方式选择需要传播的队列(".",将路由键分割成及部分,"*"匹配任意文本,"#"匹配任意字符)
4:headers: 和direct很像 但是书中介绍性能很差,没有使用场景
好了介绍了这么多RabbitMQ的内容,你可能会问,如果它崩溃了怎么办,消息丢失了怎么跟踪(好吧,这也是我看这本书的原因)下面来介绍下持久化策略(本段内容,不建议使用,因为任何持久化策略都将影响RabbitMQ的性能)
RabbitMQ的配置文件中有个"durable"默认值是false 他的作用就是在服务器宕机后,能够自动创建消息队列,但是这远远是不够的,因为虽让交换机和队列都创建了.但是队列中的消息却没有了,要做到消息的持久化还需要做到下面三点
1>消息的投递模式选项设置成2(deliver mode)
2>发送到持久化的交换机
3>到达持久化队列
如果以上三点都满足了,那么恭喜你,你的消息已经持久化了,一旦持久化文件中的消息,被消费者消费掉之后,那么这条消息会处于等待垃圾回收的状态,如果,在消费之前,你的服务器宕机,在重启之后,你的消息会被重新广播到队列中,并且重复之前的流程.
当然,与持久化相关的是事物,在AMQP中当我们把信道设置成事物模式后,所有的操作都取决于你的第一条消息是否能够执行成功(我记得这个redis的事物很像),当然这样的操作还是会对性能造成很大的影响,所以RabbitMQ团队给出了另外的一种解决方式,confirm模式的信道,这时候信道上的每个消息都会被指定一个唯一的(ID),当消息成功传播给消费者后,会将将ID返回给生产者,通知消息传递成功,如果失败了也会传递nack(not acknowledged 未确认),这种方式对性能的影响几乎可以忽略不计.