RabbitMQ优点和劣势

MQ的优势

1. 应用解耦

使用了MQ之后 ，订单系统的数据只需要放到MQ里面，其他的系统想请求获取数据只需要去MQ里面消费即可，如果突然不想请求了，就取消对MQ的消费就行了，订单系统根本不需要考虑给谁去响应这个数据，也不需要去维护代码，也不用考虑其他系统是否调用成功，失败超时等情况。

总结：通过MQ发布订阅消息的模型，订单系统就成功的跟其他系统解耦了。使用 MQ 使得应用间解耦，提升容错性和可维护性。

2. 异步提速

当我们的用户访问我们的订单系统，只需要保存数据库，然后在向MQ发送一个消息，这个时候直接就可以告诉用户下单成功，后面的库存、支付、物流系统慢慢消费就可以了。用户点击完下单按钮后，只需等待25ms就能得到下单响应 (20 + 5 = 25ms)。提升用户体验和系统吞吐量（单位时间内处理请求的数目）。

3. 削峰填谷

如果使用了MQ，每秒5000个请求写入MQ，因为A系统每秒能处理1W+的请求，A系统处理完然后再去MQ里面，再拉取1000的请求处理，每次不要超过自己能处理的最大请求量就ok，系统也不会挂掉，但是近一个小时内，系统处理请求的速度是肯定赶不上用户的并发请求的，所以都会积压在MQ中，甚至可能积压千万条，但是高峰期过后，每秒只会有一千多的并发请求进入MQ，但是A系统还是会以每秒1000的速度处理请求，所以高峰期一过，A系统会很快消化掉积压在MQ的请求，在用户那边可能也就是等的时间长一点，但是绝对不会让系统挂掉。使用MQ后，可以提高系统稳定性

小结

• 应用解耦：提高系统容错性和可维护性
• 异步提速：提升用户体验和系统吞吐量
• 削峰填谷：提高系统稳定性

 

 

MQ的劣势

 

• 系统可用性降低

本来系统之间直接通行调用接口就行了，但是引入了mq导致系统的复杂度大大增加，并且如果mq挂掉了，那么系统之间的通信就中断了，导致整个系统的全部挂掉。

• 系统复杂度提高

MQ 的加入大大增加了系统的复杂度，以前系统间是同步的远程调用，现在是通过 MQ 进行异步调用。可能会出现重复消费，消息丢失等

• 一致性问题

A系统处理完了发送到消息对流后直接返回成功了，用户以为你这个请求就成功了；但是问题是，其他系统消费该消息后，如果当中有一个系统出现了问题，导致数据丢失。最后就会发生数据不一致等问题。