rabbit MQ简介及基本操作
rabbit MQ
- 1 MQ是什么
-
- 1.1 MQ的优缺点
- 经常使用的几种MQ
- 2. rabbitMQ安装
- 3. rabbitMQ的结构以及每个组件的作用
1 MQ是什么
消息队列(MQ)，是一种应用程序对应用程序的通信方法。应用程序通过写和检索出入列队的针对应用程序的数据(消息)来通信，而无需专用连接来链接它们。多用于分布式系统之间进行通信。
1.1 MQ的优缺点
优点：
应用解耦：提高系统容错性和可维护性
异步提速：提升用户体验和系统吞吐量
削峰填谷：提高系统稳定性
缺点：
系统可用性降低
系统复杂度提高
一致性问题
经常使用的几种MQ
RabbitMQ：
是使用Erlang编写的一个开源的消息队列，本身支持很多的协议：AMQP，XMPP, SMTP, STOMP，也正是如此，使的它变的非常重量级，更适合于企业级的开发
Redis：
是一个Key-Value的NoSQL数据库，开发维护很活跃，虽然它是一个Key-Value数据库存储系统，但它本身支持MQ功能，所以完全可以当做一个轻量级的队列服务来使用。对于RabbitMQ和Redis的入队和出队操作，各执行100万次，每10万次记录一次执行时间。测试数据分为128Bytes、512Bytes、1K和10K四个不同大小的数据。
ZeroMQ：
号称最快的消息队列系统，尤其针对大吞吐量的需求场景。ZMQ能够实现RabbitMQ不擅长的高级/复杂的队列，但是开发人员需要自己组合多种技术框架，技术上的复杂度是对这MQ能够应用成功的挑战。
ActiveMQ：
是Apache下的一个子项目。 类似于ZeroMQ，它能够以代理人和点对点的技术实现队列。同时类似于RabbitMQ，它少量代码就可以高效地实现高级应用场景。RabbitMQ、ZeroMQ、ActiveMQ均支持常用的多种语言客户端 C++、Java、.Net,、Python、 Php、 Ruby等。
Jafka/Kafka：
Kafka是Apache下的一个子项目，是一个高性能跨语言分布式Publish/Subscribe消息队列系统，具有以下特性：快速持久化，高吞吐，完全的分布式系统，支持Hadoop数据并行加载
2. rabbitMQ安装
首先下载资源包：
rabbitmq-server-3.7.17-1.el7.noarch.rpm
erlang-22.0.7-1.el7.x86_64.rpm
在虚拟机中自己创建一个目录将资源包放入我是在根目录下创建了一个rabbit目录
安装环境
yum install -y gcc socat openssl openssl-devel
我已经安装过环境所有提示为最新
安装erlang 和 rabbitMQ
rpm -ivh erlang-22.0.7-1.el7.x86_64.rpm
rpm -ivh rabbitmq-server-3.7.17-1.el7.noarch.rpm
因为我没有设置安装路径所以默认安装在/usr/share/doc下
通过 cd /usr/share/doc/命令可以找到
开启管理界面及配置 —理解为图形化界面
rabbitmq-plugins enable rabbitmq_management
进入rabbitMQ的配置目录
cd /usr/share/doc/rabbitmq-server-3.7.17
cp rabbitmq.config.example /etc/rabbitmq/rabbitmq.config
修改红框圈住的部分将注释将注释及最后的逗号删除
开启rabbitMQ服务器。
systemctl start rabbitmq-server
因为设置了后台启动所以没有代码显示，不报错就代表成功
systemctl restart rabbitmq-server 重启
在浏览器中输入虚拟机的ip：15672
可以进入下图的界面账号和密码都是guest
登录后的界面 
3. rabbitMQ的结构以及每个组件的作用
结构图
Broker：接收和分发消息的应用，RabbitMQ Server就是 Message Broker
Virtual host：出于多租户和安全因素设计的，把 AMQP 的基本组件划分到一个虚拟的分组中，类似于网络中的 namespace 概念。当多个不同的用户使用同一个 RabbitMQ server 提供的服务时，可以划分出多个vhost，每个用户在自己的 vhost 创建 exchange／queue 等
Connection：publisher／consumer 和 broker 之间的 TCP 连接
Channel：如果每一次访问 RabbitMQ 都建立一个 Connection，在消息量大的时候建立 TCP Connection的开销将是巨大的，效率也较低。Channel 是在 connection 内部建立的逻辑连接，如果应用程序支持多线程，通常每个thread创建单独的 channel 进行通讯，AMQP method 包含了channel id 帮助客户端和message broker 识别 channel，所以 channel 之间是完全隔离的。Channel 作为轻量级的 Connection 极大减少了操作系统建立 TCP connection 的开销
Exchange：message 到达 broker 的第一站，根据分发规则，匹配查询表中的 routing key，分发消息到queue 中去。常用的类型有：direct (point-to-point), topic (publish-subscribe) and fanout (multicast)
Queue：消息最终被送到这里等待 consumer 取走
Binding：exchange 和 queue 之间的虚拟连接，binding 中可以包含 routing key。Binding 信息被保存到 exchange 中的查询表中，用于 message 的分发依据