RabbitMQ（1）MQ概述

MQ基本概念

MQ全称Message Queue (消息队列)，是在消息的传输过程中保存消息的容器。多用于分布式系统之间进行通信。

分布式系统中有那种通信方式

例如：在一个大系统中，有两个子系统（A系统和B系统），二者职责不一样，做的事也不一样，组合起来就是一个大系统

1. 通过远程调用
   
2. 借助第三方完成通信（间接通信）：MQ就属于这种（A系统生产消息加做生产者，B系统接收消息叫做消费者，MQ称为中间件）
   

MQ：消息队列，存储消息的中间件
分布式系统通信两种方式:直接远程调用和借助第三仿完成间接通信
发送方称为生产者，接收方称为消费者

MQ的优势和劣势

优势:

1. 应用解耦
2. 异步提速
3. 削峰填谷

劣势:

1. 系统可用性降低
2. 系统复杂度提高
3. 一致性问题

优点

应用解耦:提高系统容错性和可维护性

异步提速:提升用户体验和系统吞吐量

削峰填谷:提高系统稳定性

应用解耦

如果使用远程调用的方式的话，会将大系统中的各个小系统进行耦合，耦合性较高。由此出现了两个问题：

1. 当其中的某个系统挂了之后，整体系统的链路就走不通了，这个系统就会出现某些问题。即容错性比较低
2. 如果想要再加或删除某些子系统的话，代码想要不停的修改。系统的可维护性较低
   如果采用远程调用的方式的话：系统的耦合性越高，容错性就越低，可维护性就越低。

当用户通过下订单，访问订单系统时，订单系统只需要发送一条消息给MQ就可以了，在这里就可以给用户反馈下单成功了。其子系统只需要在MQ里面将消息数据拿出来，在它们自己的系统里面去消费就可以了

1. 子系统出现错误，对其他系统是没有影响的，容错性比较高
2. 增/删子系统时，在订单系统里面是不需要修改上面的
   
   使用MQ使得应用间解耦，提升容错性和可维护性。

异步提速

用户访问订单系统，订单系统只需要将信息保存到数据库，再将消息发送给MQ，这时候就可以直接返回用户下单成功了。后面的那些操作就不用管成功与否

削峰填谷

削峰

用户将请求发送给MQ，需要再从MQ中去获取消息，MQ可以去承载许多请求，然后A系统再慢慢的从MQ中每秒拉取一定数量的请求

填谷

将没有使用MQ时的峰值给去掉了，但是在MQ中还是积压了许多请求，这些请求（消息）将会被慢慢的消费掉

使用了MQ之后,限制消费消息的速度为1000,这样一来, 高峰期产生的数据势必会被积压在MQ中,高峰就被”削”掉了，但是因为消息积压，在高峰期过后的一-段时间内，消费消息的速度还是会维持在1000，直到消费完积压的消息，这就叫做"填谷"。

缺点

系统可用性降低

系统引入的外部依赖越多，系统稳定性越差。一旦 MQ宕机，就会对业务造成影响。

如何保证MQ的高可用?是这个系统设计的关键点

系统复杂度提高

MQ的加入大大增加了系统的复杂度，以前系统间是同步的远程调用，现在是通过MQ进行异步调用。

如何保证消息没有被重复消费?怎么处理消息丢失情况?那么保证消息传递的顺序性?

一致性问题

A系统处理完业务,通过MQ给B、C、 D三个系统发消息数据，如果B系统、C系统处理成功，D系统处理失败。

如何保证消息数据处理的一致性?

使用MQ的情况

既然MQ有优势也有劣势，使用MQ需要满足的条件

①生产者不需要从消费者处获得反馈。引入消息队列之前的直接调用，其接C的返回值应该为空，这才让明明下层的动作还没做，上 层却当成动作做完了继续往后走，即所谓异步成为了可能。

②容许短暂的不一致性。

③确实是用了有效果。即解耦、提速、削峰这些方面的收益，超过加入MQ,管理MQ这些成本。