消息中间件优缺点及选型

骑猪看日落 2022-04-04 14:54 419阅读 0赞

1 优点

解耦：通过Pub/Sub发布订阅消息，解除系统之间的耦合性
    异步：异步处理请求，实现快速响应
    削峰：MySQL一般可以支持每秒2K请求，将请求写入消息中间件，慢慢拉取

2 缺点

可用性降低：请求处理依赖消息中间件
    复杂的提高：需要处理重复消费、消息丢失、消息传递顺序等
    一致性问题：消息消费可能失败，导致数据不一致

3 对比

<table> 
 <thead> 
  <tr> 
   <th>特性</th> 
   <th>ActiveMQ</th> 
   <th>RabbitMQ</th> 
   <th>RocketMQ</th> 
   <th>Kafka</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>单机吞吐量</td> 
   <td>万级</td> 
   <td>万级</td> 
   <td>十万级，高吞吐</td> 
   <td>十万级，高吞吐，常用与实时计算、日志采集等场景</td> 
  </tr> 
  <tr> 
   <td>topic对吞吐量影响</td> 
   <td></td> 
   <td></td> 
   <td>topic在几百/几千时，吞吐量会有较小的下降</td> 
   <td>topic在几十/几百时，吞吐量会大幅度下降</td> 
  </tr> 
  <tr> 
   <td>时效性</td> 
   <td>毫秒</td> 
   <td>微妙</td> 
   <td>毫秒</td> 
   <td>毫秒内</td> 
  </tr> 
  <tr> 
   <td>可用性</td> 
   <td>高，通过主从架构实现高可用</td> 
   <td>高，通过主从架构实现高可用</td> 
   <td>非常高，分布式架构</td> 
   <td>非常高，分布式，一个数据多副本，部分宕机不会丢失数据，不会不可用</td> 
  </tr> 
  <tr> 
   <td>可靠性</td> 
   <td>较低概率丢失数据</td> 
   <td></td> 
   <td>参数优化后可0丢失</td> 
   <td>参数优化后可0丢失</td> 
  </tr> 
  <tr> 
   <td>功能支持</td> 
   <td>极其完备</td> 
   <td>并发强、性能极好、延时很低</td> 
   <td>较为完善、分布式、拓展性好</td> 
   <td>较为简单</td> 
  </tr> 
 </tbody> 
</table>

4 建议

ActiveMQ：没有大规模吞吐场景验证，没有活跃社区，不建议
    RabbitMQ：开源、社区活跃，erlang语言开发
    RocketMQ：阿里出品
    Kafka：大数据领域业内标准，社区活跃