RabbitMQ
一、RabbitMQ简介及AMPQ协议
RabbitMQ是一个开源的消息代理和队列服务器, 用来通过普通协议在完全不同的应用之间共享数据, RabbitMQ是使用Erlang语言来编写的, 并且RabbitMQ是基于AMQP协议的.
特点:
* RabbitMQ底层采用Erlang语言进行编写
* 开源、性能优秀, 稳定性保障
* 与SpringAMQP完美的整合、API丰富
* 集群模式丰富, 表达式配置, HA模式, 镜像队列模型
* 保证数据不丢失的前提做到高可靠性、可用性
* AMQP全称: Advanced Message Queuing Protocol
* AMQP翻译: 高级消息队列协议
AMQP协议模式
二、RabbitMQ安装与使用
官网地址: http://www.rabbitmq.com/
1. 准备环境
yum install gcc
[root@instance-0pk09gjj ~]# yum install gcc
2. 下载
* wget http://www.rabbitmq.com/releases/erlang/erlang-18.3-1.el7.centos.x86_64.rpm
[root@instance-0pk09gjj local]#wget http://www.rabbitmq.com/releases/erlang/erlang-18.3-1.el7.centos.x86_64.rpm
* wget http://repo.iotti.biz/CentOS/7/x86_64/socat-1.7.3.2-5.el7.lux.x86_64.rpm
[root@instance-0pk09gjj local]#wget http://repo.iotti.biz/CentOS/7/x86_64/socat-1.7.3.2-5.el7.lux.x86_64.rpm
* wget http://www.rabbitmq.com/releases/rabbitmq-server/v3.6.5/rabbitmq-server-3.6.5-1.noarch.rpm
[root@instance-0pk09gjj local]#wget http://www.rabbitmq.com/releases/rabbitmq-server/v3.6.5/rabbitmq-server-3.6.5-1.noarch.rpm
3. 配置 vim /etc/hosts 以及/etc/hostname
4. 安装
[root@instance-0pk09gjj local]# rpm -ivh erlang-18.3-1.el7.centos.x86_64.rpm
[root@instance-0pk09gjj local]# rpm -ivh socat-1.7.3.2-5.el7.lux.x86_64.rpm
[root@instance-0pk09gjj local]# rpm -ivh rabbitmq-server-3.6.5-1.noarch.rpm
5. 配置文件
[root@instance-0pk09gjj local]#vim /usr/lib/rabbitmq/lib/rabbitmq_server-3.6.5/ebin/rabbit.app
启用默认用户
* 修改之前
*修改之后
RabbitMQ有一个默认的用户"guest"，密码也是"guest"，这个用户默认只能通过本机访问，http://localhost:15672/，在通过http访问之前记得启用management插件;要让其他机器可以访问，需要创建一个新用户，为其分配权限。用户权限可以通过rabbitmqctl执行相关命令来维护，rabbitmqctl是管理rabbitmq的命令行管理工具.
RabbitMQ的相关命令:
[root@instance-0pk09gjj sbin]# rabbitmqctl list_users (用户列表)
[root@instance-0pk09gjj /]# rabbitmqctl add_user admin admin (添加用户)
[root@instance-0pk09gjj ~]# rabbitmqctl set_user_tags admin administrator (为用户分配权限)
然后就可以通过http://host:15672 登录management界面管理rabbitmq，但此时用户admin还没有访问队列资源的权限.
给rabbitmq用户设置权限
[root@instance-0pk09gjj ~]# rabbitmqctl set_permissions -p / admin '.*' '.*' '.*'
查看权限
rabbitmqctl list_user_permissions guest
删除用户
rabbitmqctl delete_user admin
修改用户的密码
rabbitmqctl change_password admin mima
启动rabbitmq
[root@instance-0pk09gjj rabbitmq_server-3.6.5]# rabbitmq-server start
[root@instance-0pk09gjj rabbitmq_server-3.6.5]# rabbitmq-server start &
加上&表示长久启动服务.
验证rabbitmq是否启动
[root@instance-0pk09gjj rabbitmq_server-3.6.5]# lsof -i:5672
停止
rabbitmqctl app_stop
6. 管理插件
[root@instance-0pk09gjj]# rabbitmq-plugins enable rabbitmq_management
三、RabbitMQ核心概念
1.RabbitMQ的整体构架
2. RabbitMQ核心概念
Server: 又称Broker, 接收客户端的连接, 实现AMQP实体服务
Connection: 连接, 应用程序与Broker的网络连接
[网络连接, 比如一个TCP连接]
Channel: 网络信道, 几乎所有的操作都在Channel中进行, Channel是进行消息读写的通道. 客户端可建立多个Channel, 每个Channel代表一个会话任务.
[信道, 多路复用连接中的一条独立的双向数据流通道. 信息是建立在真实的TCP连接内的虚拟连接,AMQP命令都是通过信道发出去的, 不管是发布消息、订阅队列还是接受消息, 这些动作都是通过信道完成. 因为对于操作系统来说建立和销毁TCP都是非常昂贵的开销, 所以引入了信道的概念, 以复用一条TCP连接.]
Message: 消息, 服务器和应用程序之间传送的数据, 由Properties和Body组成. Properties可以对消息进行修饰, 比如消息的优先级、延迟等高级特性; Body则就是消息体内容.
[消息, 消息是不具名的, 它由消息头和消息体组成. 消息体是不透明的, 而消息头则由一系列的可选属性组成, 这些属性包括routing-key(路由键)、priority(相对于其他消息的优先权)、delivery-model(指出该消息可能需要持久性存储)等]
Virtual host: 虚拟地址, 用于进行逻辑隔离, 最上层的消息路由. 一个Virtual Host里面可以有若干个Exchange和Queue, 同一个Virtual Host里面不能有相同名称的Exchange或Queue
[虚拟主机, 表示一批交换器、消息队列和相关对象. 虚拟主机是共享相同的省份认证和加密环境的独立服务器域. 每个vhost本质上就是一个mini版的RabbitMQ服务器, 拥有自己的队列、交换器、绑定和权限机制. vhost是AMQP概念的基础, 必须在连接时指定, RabbitMQ默认的vhost是/.]
Exchange: 交换机, 接收消息, 根据路由键转发消息到绑定的队列.
[交换器, 用来接收生产者发送的消息并将这些消息路由给服务器中的队列. Exchange有4中类型:direct(默认),fanout,topic, 和headers, 不同类型的Exchange转发消息的策略有所区别]
Binding: Exchange和Queue之间的虚拟连接, binding中可以包含routing key
[绑定, 用于消息队列和交换器之间的关联. 一个绑定就是基于路由键将交换器和消息队列连接起来的路由规则, 所以可以将交换器理解成一个由绑定构成的路由表. Exchange和Queue的绑定可以是多对多的关系.]
Routing Key: 一个路由规则, 虚拟机可以用它来确定如何路由一个特定消息
Queue: 也称为Message Queue, 消息队列, 保存消息并将它们转发给消费者
[消息队列,用来保存消息直到发送给消费者. 它是消息的容器, 也是消息的终点. 一个消息可投入一个或多个队列. 消息一直在队列里面, 等待消费者连接到这个队列将其取走.]
Publisher: 消息的生产者, 也是一个向交换器发布消息的客户端应用程序
Consumer: 消息的消费者, 表示一个从消息队列中取得消息的客户端应用程序.
Broker: 表示消息队列服务器实体
3. RabbitMQ消息是如何流转的?
4. RabbitMQ运行机制
AMQP中的消息路由
* AMQP中消息的路由过程和Java开发者熟悉的JMS存在一些差别, AMQP中增加了Exchange和Binding的角色. 生产者把消息发布到Exchange上, 消息最终到达队列并被消费者接收, 而Binding决定交换器的消息应该发送到那个队列.
5. Exchange类型
* Exchange分发消息时根据类型的不同分发策略有区别, 目前共四种类型: direct、fanout、topic、headers. headers匹配AMQP消息的header而不是路由键, headers交换器和direct交换器完全一致, 但性能差很多, 目前几乎用不到了,所以直接看另外三种类型:
5.1 Direct Exchange
消息中的路由键(routing key) 如果和Binding中的binding key一致, 交换器就将消息发到对应的队列中. 路由键与队列名完全匹配, 如果一个队列绑定到交换机要求路由键为”dog”, 则只转发routing key 标记为”dog”的消息, 不会转发”dog.puppy”, 也不会转发”dog.guard”等等. 它是完全匹配、单播的模式.
5.2 Fanout Exchange
每个发到fanout类型交换器的消息都会分到所有绑定的队列上去. fanout交换器不处理路由键, 只是简单的将队列绑定到交换器上, 每个发送到交换器的消息都会被转发到与该交换器绑定的所有队列上. 很像子网广播, 每台子网内的主机都获得了一份复制的消息. fanout类型转发消息是最快的.
5.3 Topic Exchange
topic交换器通过模式匹配分配消息的路由键属性, 将路由键和某个模式进行匹配, 此时队列需要绑定到一个模式上. 它将路由键和绑定键的字符串切分成单词, 这些单词之间用点隔开. 它同样也会识别两个通配符: 符号”#”和符号”*”. #匹配0个或多个单词, *匹配一个单词.