一.什么是消息队列

在高并发环境下，由于来不及同步处理，请求往往会发生堵塞，比如说，大量的insert，update之类的请求同时到达MySQL，直接导致无数的行锁表锁，甚至最后请求会堆积过多，从而触发too many connections错误。通过使用消息队列，我们可以异步处理请求，从而缓解系统的压力。

核心概念

• Message
  消息，消息是不具名的，它由消息头和消息体组成。消息体是不透明的，而消息头则由一系列的可选属性组成，这些属性包括routing-key（路由键）、priority（相对于其他消息的优先权）、delivery-mode（指出该消息可能需要持久性存储）等。

• Publisher
  消息的生产者，也是一个向交换器发布消息的客户端应用程序。

• Exchange
  交换器，用来接收生产者发送的消息并将这些消息路由给服务器中的队列。
  Exchange有4种类型：direct(默认)，fanout, topic, 和headers，不同类型的Exchange转发消息的策略有所区别。

  • direct：只有完全匹配才接受消息
    

    direct

  • fanout：不筛选，消息全部接受。
    

    fanout

  • topic：条件匹配。#代表0个字符或者N个字符，*代表1个或者N个字符。
    

    topic

• Queue
  消息队列，用来保存消息直到发送给消费者。它是消息的容器，也是消息的终点。一个消息可投入一个或多个队列。消息一直在队列里面，等待消费者连接到这个队列将其取走。

• Binding
  绑定，用于消息队列和交换器之间的关联。一个绑定就是基于路由键将交换器和消息队列连接起来的路由规则，所以可以将交换器理解成一个由绑定构成的路由表。
  Exchange 和Queue的绑定可以是多对多的关系。

• Connection
  网络连接，比如一个TCP连接。

• Channel
  信道，多路复用连接中的一条独立的双向数据流通道。信道是建立在真实的TCP连接内的虚拟连接，AMQP 命令都是通过信道发出去的，不管是发布消息、订阅队列还是接收消息，这些动作都是通过信道完成。因为对于操作系统来说建立和销毁 TCP 都是非常昂贵的开销，所以引入了信道的概念，以复用一条 TCP 连接。

• Consumer
  消息的消费者，表示一个从消息队列中取得消息的客户端应用程序。

• Virtual Host
  虚拟主机，表示一批交换器、消息队列和相关对象。虚拟主机是共享相同的身份认证和加密环境的独立服务器域。每个 vhost 本质上就是一个 mini 版的 RabbitMQ 服务器，拥有自己的队列、交换器、绑定和权限机制。vhost 是 AMQP 概念的基础，必须在连接时指定，RabbitMQ 默认的 vhost 是 / 。

• Broker
  表示消息队列服务器实体

二.安装RabbitMQ

当然继续使用我们的神器Docker，依次输入指令即可

• docker pull rabbitMQ:3.6-rc-management其中带有management后缀代表有Web管理界面
• docker run -d -p 5672:5672 -p 15672:15672 --name myrabbitmq container-id 5672为访问端口号，15672为Web管理界面端口。

• 接下来就可以访问RabbitMQ的管理界面了，默认用户密码：guest

  
  管理界面

三.RabbitMQ基本操作

新增交换器，可以选择交换器的类型以及是否持久
新增消息队列
点击交换器后，可以选择绑定队列

有关于消息队列的介绍和Web端的基本调试就到这里。之后我们来学习SpringBoot中调用消息队列。