总结
Redis: 轻量级,低延迟,高并发,低可靠性,redis是一种基于键值对(key-value)数据库。
Redis:主要是用于缓存的,Redis的发布订阅模块,可用于实现及时性,且可靠性低的功能。
Redis主要的特性:读写速度快,键值对的数据结构服务器,丰富的功能,简单稳定,持久化,主从复制,高可用和分布式转移,客户端语言多。可以用于小型项目的消息队列。
RabbitMQ:重量级,高可靠,异步,不保证实时;
RabbitMQ是一个专门的AMQP协议队列,他的优势就在于提供可靠的队列服务,并且可做到异步,可以用于大型项目的消息队列。
Redis与RabbitMQ实时性对比
对比项 | Redis | RabbitMQ |
---|---|---|
持久性 | Redis的持久化是针对于整个Redis缓存的内容,它有RDB和AOF两种持久化方式,Redis持久化方式,后续更新,可以将整个Redis实例持久化到磁盘,以此来做数据备份,防止异常情况下导致数据丢失。 | 队列,消息都可以选择性持久化,持久化粒度更小,更灵活。 |
队列监控 | Redis没有监控平台 | RabbitMQ实现了后台监控平台,可以在该平台上看到所有创建的队列的详细情况,良好的后台管理平台可以方面我们更好的使用。 |
负载均衡 | Redis发布订阅模式,一个队列可以被多个消费者同时订阅,当有消息到达时,会将该消息依次发送给每个订阅者。 | RabbitMQ队列可以被多个消费者同时监控消费,但是每一条消息只能被消费一次,由于RabbitMQ的消费确认机制,因此它能够根据消费者的消费能力而调整它的负载。 |
实时性 | 实时性高,Redis作为高效的缓存服务器,所有数据都存在在服务器中,所以它具有更高的实时性。 | 无,因为RabbitMQ会把未接收的消息放入通道中,或者放入交换机中,直到消费者前来消费这条消息。 |
可靠性 | 没有相应的机制保证消息的可靠消费,如果发布者发布一条消息,而没有对应的订阅者的话,这条消息将丢失,不会存在内存中。 | 具有消息消费确认机制,如果发布一条消息,还没有消费者消费该队列,那么这条消息将一直存放在队列中,直到有消费者消费了该条消息,以此可以保证消息的可靠消费。 |
本文有些内容摘录:
将redis发布订阅模式用做消息队列和rabbitmq的区别_听砜_51CTO博客
特此声明!!!!!!!