RabbitMQ 和 Redis 做消息队列的区别

你的名字 2022-10-15 09:53 159阅读 0赞

### **一、RabbitMQ** ###

RabbitMQ 是实现 AMQP（高级消息队列协议）的消息中间件的一种，最初起源于金融系统，用于在分布式系统中存储转发消息，在易用性、扩展性、高可用性等方面表现不俗。消息中间件主要用于组件之间的解耦，消息的发送者无需知道消息使用者的存在，反之亦然。

### **二、Redis** ###

Redis 是一个 Key-Value 的 NoSQL 数据库，Redis 的设计是用来做**缓存**的，它是一个**内存数据库**，不过因为其某些特性适合用来充当队列 (Redis 的 List 数据结构比较适合做 MQ)，所以也多被用于做简单的 mq。它有几个阻塞式的 API 可以使用，正是这些阻塞式的 API 让他有做消息队列的能力。 Redis 可实现主从同步、负载均衡的数据库。

### **三、具体区别** ###

## `可靠消费` ##

**Redis**：没有相应的机制保证消息的消费，当消费者消费失败的时候，消息体丢失，需要手动处理

**RabbitMQ**：具有消息消费确认，即使消费者消费失败，也会自动使消息体返回原队列，同时可全程持久化，保证消息体被正确消费

## `可靠发布` ##

**Reids**：不提供，需自行实现

Redis 的消息队列，如果在从队列 pop 出去的时候，worker 处理失败的话，数据不会回到队列中，需要从业务中手动把失败的处理数据 push 到队列中；

**RabbitMQ**：具有发布确认功能，保证消息被发布到服务器

RabbitMQ 有一个消息确认机制来保证消息的不丢失：客户端从队列中取出消息之后，可能需要一段时间才能处理完成，如果在这个过程中，客户端出错了，异常退出了，而数据还没有处理完成，那么非常不幸，这段数据就丢失了，因为 RabbitMQ 默认会把此消息标记为已完成，然后从队列中移除。

消息确认是客户端从 RabbitMQ 中取出消息，并处理完成之后，会发送一个 ack 告诉 RabbitMQ，消息处理完成，当 RabbitMQ 收到客户端的获取消息请求之后，或标记为处理中，当再次收到 ack 之后，才会标记为已完成，然后从队列中删除。当 RabbitMQ 检测到客户端和自己断开链接之后，还没收到 ack，则会重新将消息放回消息队列，交给下一个客户端处理，保证消息不丢失，也就是说，RabbitMQ 给了客户端足够长的时间来做数据处理。

## `消费者负载均衡` ##

**Redis**：不提供，需自行实现

**RabbitMQ**：根据消费者情况，进行消息的均衡分发

## `高可用` ##

**Redis**：采用主从模式，读写分离，但是故障转移还没有非常完善的官方解决方案

**RabbitMQ**：集群采用磁盘、内存节点，任意单点故障都不会影响整个队列的操作

## `持久化` ##

**Redis**：将整个 Redis 实例持久化到磁盘

**RabbitMQ**：队列，消息，都可以选择是否持久化

## `队列监控` ##

**Redis**：不提供，需自行实现

**RabbitMQ**：后台可以监控某个队列的所有信息，（内存，磁盘，消费者，生产者，速率等）