本文对比了Redis和RabbitMQ在可靠性、实时性、消费者负载均衡、持久性和队列监控等方面的特点。Redis适合高效缓存，提供高实时性，但缺乏消息可靠性保证。RabbitMQ通过消息确认机制确保消息的可靠消费，支持消费者负载均衡，并具备后台监控平台，适合需要稳定消息队列的场景。
1、对比
| 特性 | redis | RabbitMQ |
|---|---|---|
| 可靠性 | 没有相应的机制保证消息的可靠消费，如果发布者发布一条消息，而没有对应的订阅者的话，这条消息将丢失，不会存在内存中 | 具有消息消费确认机制，如果发布一条消息还没有消费者消费该队列，那么这条消息将一直存在队列中，知道消费者消费了这条消息，以此保证消息的可靠消费 |
| 实时性 | redis作为高效的缓存服务器，所有数据都存在服务器中，它具有更高的实时性 | |
| 消费者负载均衡 | 发布订阅模式，一个队列可以被多个消费者同时订阅，当有消息到达时，会将该消息依次发给每个订阅者 | 队列可以被多个消费者同时监控消费，但是每一条消息只能被消费一次，由于RabbitMQ的消费确认机制，因此它能够根据消费者的消费能力而调整它的负载 |
| 持久性 | redis的持久化是针对整个redis缓存内容，它有RDB和AOF两种持久化方式 | 队列消息可以选择性持久化，持久化力度更小，更灵活 |
| 队列监控 | redis没有所谓的监控平台 | RabbitMQ实现了后台监控平台，可以在该平台上看到所有创建的队列的详细情况良好的后台管理平台可以方便我们更好的使用 |
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
