使用rabbitmq和redis作为celery-broker的优劣势分别是什么？

朴灿烈づ我的快乐病毒、 2023-02-14 05:54 7阅读 0赞

## 使用rabbitmq和redis作为celery-broker的优劣势分别是什么？ ##

不多BB，先放结论：

1.  rabbitMQ:大而全，更安全，数据处理更快速。
2.  redis:使用更方便，开发更快速。

具体使用rabbitmq还是redis还是要根据项目需求来进行判断：

1.  对于消耗资源这方面不是很介意的话，注重性能和体验，同时能够分出专员来维护rabbitmq服务器，那么rabbitmq还是强烈推荐的，毕竟rabbitmq能实现的实在是**非常的全面而且效果也好**。
2.  如果在项目中，只需要实现很简单的功能，同时对**返回消息、数据处理**上面要求不是那么高的话，还是非常推荐使用redis的，毕竟redis使用起来更加的便捷、快速。

<table> 
 <thead> 
  <tr> 
   <th>服务</th> 
   <th>redis</th> 
   <th>rabbitmq</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>可靠消费</td> 
   <td><strong>没有</strong>相应的机制保证消息的消费，当消费者消费失败的时候，消息体丢失，需要手动处理（list）</td> 
   <td><strong>具有</strong>消息消费确认，即使消费者消费失败，也会自动使消息体返回原队列，同时可全程持久化，保证消息体被正确消费</td> 
  </tr> 
  <tr> 
   <td>可靠发布</td> 
   <td>不提供</td> 
   <td><strong>具有发布确认</strong>功能，保证消息被发布到服务器</td> 
  </tr> 
  <tr> 
   <td>高可用</td> 
   <td>可以采用主从模式，读写分离，但是故障转移尚未完善</td> 
   <td>集群采用磁盘、内存节点，任意单点故障都不会影响整个队列的操作</td> 
  </tr> 
  <tr> 
   <td>持久化</td> 
   <td>需要将<strong>整个</strong>Redis实例持久化到磁盘</td> 
   <td>队列，消息，都可以选择是否持久化</td> 
  </tr> 
  <tr> 
   <td>消费者负载均衡</td> 
   <td>不提供</td> 
   <td>根据消费者情况，进行消息的均衡分发</td> 
  </tr> 
  <tr> 
   <td>队列监控</td> 
   <td>不提供</td> 
   <td>后台可以监控某个队列的所有信息，（内存，磁盘，消费者，生产者，速率等）</td> 
  </tr> 
  <tr> 
   <td>流量控制</td> 
   <td>不提供</td> 
   <td>服务器过载的情况，对生产者速率会进行限制，保证服务可靠性</td> 
  </tr> 
  <tr> 
   <td>出入栈性能</td> 
   <td>-------------</td> 
   <td>10倍于redis</td> 
  </tr> 
 </tbody> 
</table>

出入队性能：

> 对于RabbitMQ和Redis的入队和出队操作，各执行100万次，每10万次记录一次执行时间。  
> 测试数据分为128Bytes、512Bytes、1K和10K四个不同大小的数据。