ActiveMQ、RabbitMQ、Kafka消息队列的原理及对比使用

一、为什么使用消息队列？

消息队列特别适用于高并发环境：

1、解耦：A系统提供了一个用户服务，BCD三个系统分别依赖于A系统的服务

图①未解耦

图②通过消息队列解耦

 

2、异步：因为同步会带来时间的等待，而互联网企业要求对于用户的直接操作，一般每个请求都必须要在200ms以内完成，这样对于用户来说是无感知的

图①同步

图②异步请求（可以多个MQ来对应系统，也可以使用同一台MQ集群或者MQ服务器用不同的主题来进行标记）

3、削峰：假若每天0：00到12:00，每秒并发请求数50个，12:00-13:00，每秒请求暴增5K+，如果系统直接对接关系型数据库（MySQL），每秒就会发送5K+条sql到数据库上，一般MySQL只能扛每秒2K的请求

图①直接访问数据库

图②通过消息队列访问数据库

消息队列缺点：

1、系统的可用性降低了（万一MQ挂了怎么处理？）

2、系统的复杂性提高了

①有没有重复消费

②数据有没有丢失

③消息的顺序如何处理

3、一致性问题

请求在消息队列中并没有在数据库，它提示你消费成功了，那你如何知道是否成功了？若到A系统是成功了，到B系统和C系统失败了，这就导致数据出现不一致的情况。

二、ActiveMQ、RabbitMQ、Kafka的对比

1、ActiveMQ：

                 1.1）Java写的消息队列

                 1.2）提供了丰富的客户端

  &n