MQ(一) - 什么是MQ

1. MQ 的基本概念

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

2. MQ 的优劣

MQ 的优势

1. 应用解耦

降低工程间的强依赖程度，针对异构系统进行适配。在项目启动之初来预测将来项目会碰到什么需求，是极其困难的。通过消息系统在处理过程中间插入了一个隐含的、基于数据的接口层，两边的处理过程都要实现这一接口，当应用发生变化时，可以独立的扩展或修改两边的处理过程，只要确保它们遵守同样的接口约束。

• 没有MQ的情况
  比如库存系统出现问题，那么可能会导致订到系统出问题，导致整个系统都出问题，这就是耦合性越高，容错性越低。还有如果想再增加另外一个X系统，那么不就要修改订单系统吗？这个可维护性就低了。
  
• 有MQ的情况
  比如库存出问题了，那么也就单单库存系统不能调用，而订单系统还有其他系统都不会影响到。这样容错性就高了。
  

2. 异步提速

3. 削峰填谷

如果系统最大处理只有1000个，突然请求飙至5000，这个我们系统会崩溃

如果有MQ，我们5000个请求将在MQ中排序，系统每秒从MQ中拉取1000个请求，这样我们系统就大大降低了崩溃的机率


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

MQ 的劣势

• 系统可用性降低
  系统引入的外部依赖越多，系统稳定性越差。一旦 MQ 宕机，就会对业务造成影响。如何保证MQ的高可用？

• 系统复杂度提高
  MQ 的加入大大增加了系统的复杂度，以前系统间是同步的远程调用，现在是通过 MQ 进行异步调用。如何保证消息不被丢失等情况？

3. 常见的 MQ 产品对比

	RabbitMQ	ActiveMQ	RocketMQ	Kafka
公司/社区	Rabbit	Apache	阿里	Apache
开发语言	Erlang	Java	Java	Scala&Java
协议支持	AMQP，XMPP，SMTP，STOMP	OpenWire,STOMP，REST,XMPP,AMQP	自定义	自定义协议，社区封装了http协议支持
客户端支持语言	官方支持Erlang，Java，Ruby等,社区产出多种API，几乎支持所有语言	Java，C，C++，Python，PHP，Perl，.net等	Java，C++（不成熟）	官方支持Java,社区产出多种API，如PHP，Python等
单机吞吐量	万级（其次）	万级（最差）	十万级（最好）	十万级（次之）
消息延迟	微妙级	毫秒级	毫秒级	毫秒以内
可用性	高(主从)	高(主从)	非常高(分布式)	非常高(分布式)
消息丢失	低	低	理论上不丢失	理论上不丢失
持久化	内存，文件	内存，文件，数据库	磁盘文件
事务	支持	支持	支持	支持
功能特性	并发能力强，性能极其好，延时低，社区活跃，管理界面丰富	老牌产品，成熟度高，文档较多	MQ功能比较完备，扩展性佳	只支持主要的MQ功能，毕竟是为大数据领域准备的。

4.MQ的选择