消息队列之RabbitMq

为什么用消息队列

解耦、削峰、异步。
解耦
两个业务系统，比如订单系统用户下单后，积分系统添加积分，则订单系统可以通过发mq消息，积分系统监听mq消息处理。如果还有其他业务系统需要在用户下单时做一些业务处理，则监听这个消息就可以。否则通过http调用，需要在修改订单系统增加调用，订单系统则会越来越复杂，各业务系统也越来越耦合。
异步
有些比较耗时而又非要求实时性的，比如同步账号数据、导出大数据量表等操作，只要最终结果能达到就可以的，可以通过mq异步处理，用户操作后发mq，mq处理完再通知用户处理结果。避免用户等待过久。
削峰
在请求量大的高峰期，如果并发请求过高没有做限制，可能会导致数据库层压力过大，甚至压垮数据库。mysql能支持的几千的qps，而rabbitmq可以达到上万的qps，而且一个业务可能不止操作一次数据库，而通过mq，则可以把请求堆积在mq，慢慢处理。

rabbitmq优点、缺点

优点：低延迟、可靠性高，数据一致性高(避免重复消费)，支持事务
缺点：吞吐量、性能相对kafka低了些，kafka可以达到10w以上的吞吐量。系统复杂性提高，可能存在数据一致性问题，因为是异步的，用户请求响应成功，但是有的系统消费消息后处理失败。系统可用性降低，需要保证mq的可用性，mq如果出错可能影响整个系统。

基本概念

生产者和消费者都是客户端，消息的交互则经过mq服务端交互。

1. broker服务端，服务端mq进程。
2. message消息。由消息头和消息体组成。消息体即传送的消息内容，消息头主要包含一些消息的配置信息，比如routing-key（路由键）、priority（相对于其他消息的优先权）、delivery-mode（指出该消息可能需要持久性存储）等。
3. Publisher生产者。消息生产者，向交换器发布消息的客户端。
4. Consumer消费者。消息消费这，指从消息队列获取消息的客户端。
5. Exchange交换器。用于接收生产者的消息，并转发给相应的队列。有4种交换器，分别为direct、fanout、topic、Headers四种形式的消息转发，通过不同的exchange可以实现不同的业务场景。有了exchange，一个消息可以被转发到多个不同业务的队列，互不影响。
6. Queue队列。消息经过生产者发出，交换器进行转发，最终进入队列中等待被消费。
7. Binding绑定。用于消息队列和交换器做关联绑定。
8. Connection连接。客户端与服务端传送数据需要建立连接。
9. channel信道。信道相当于逻辑的connection，一个应用可能会有不同的功能需要操作mq，如果每个应用都要去建立tcp连接和销毁连接是耗性能的。rabbitmq基于io多路复用的思想，采用共用连接，所有与rabbitmq服务端的交互基于channel进行交互，每个channel相互独立，但实际上是同个Connection的。
10. Virtual Host虚拟主机，broker是指服务器端的mq，而Virtual Host则是服务端中的虚拟主机，一个broker可以有多个Virtual Host，而connections, exchanges, queues等都是归属一个Virtual Host的。相当于做了一层分组，类似开发的环境变量，通过Virtual Hos