MQ基本概念
MQ全称Message Queue (消息队列),是在消息的传输过程中保存消息的容器。多用于分布式系统之间进行通信。
分布式系统中有那种通信方式
例如:在一个大系统中,有两个子系统(A系统和B系统),二者职责不一样,做的事也不一样,组合起来就是一个大系统
- 通过远程调用
- 借助第三方完成通信(间接通信):MQ就属于这种(A系统生产消息加做生产者,B系统接收消息叫做消费者,MQ称为中间件)
MQ:消息队列,存储消息的中间件
分布式系统通信两种方式:直接远程调用
和借助第三仿完成间接通信
发送方称为生产者,接收方称为消费者
MQ的优势和劣势
优势:
- 应用解耦
- 异步提速
- 削峰填谷
劣势:
- 系统可用性降低
- 系统复杂度提高
- 一致性问题
优点
应用解耦:提高系统容错性和可维护性
异步提速:提升用户体验和系统吞吐量
削峰填谷:提高系统稳定性
应用解耦
如果使用远程调用的方式的话,会将大系统中的各个小系统进行耦合,耦合性较高。由此出现了两个问题:
- 当其中的某个系统挂了之后,整体系统的链路就走不通了,这个系统就会出现某些问题。即容错性比较低
- 如果想要再加或删除某些子系统的话,代码想要不停的修改。系统的可维护性较低
如果采用远程调用的方式的话:系统的耦合性越高,容错性就越低,可维护性就越低。
当用户通过下订单,访问订单系统时,订单系统只需要发送一条消息给MQ就可以了,在这里就可以给用户反馈下单成功了。其子系统只需要在MQ里面将消息数据拿出来,在它们自己的系统里面去消费就可以了
- 子系统出现错误,对其他系统是没有影响的,容错性比较高
- 增/删子系统时,在订单系统里面是不需要修改上面的
使用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这些成本
。