redis与rabbitmq作消息队列的区别

消息队列（Message Queue）是一种应用间的通讯方式，消息发送后能够当即返回，由消息系统来确保消息的可靠传递。消息发布者只管把消息发布到 MQ 中而不用管谁来取，消息使用者只管从 MQ 中取消息而无论是谁发布的。这样发布者和使用者都不用知道对方的存在。

 

redis

     在个人学习过程当中，redis就是一个内存数据库，具备丰富的数据类型，固然也支持队列queue，redis支持数据持久化，主从集群。Redis不单单支持简单的key-value类型的数据，同时还提供list，set，zset，hash等数据结构的存储。

 

RabbitMQ

    是一个专门作队列的框架，在队列方面要比redies队列性能要好，支持的功能会更多，消息的可靠性更强，能够根据路由规则去选择进入哪个队列，作到更加细致的消息分发

 

可靠性

redis ：没有相应的机制保证消息的可靠消费，若是发布者发布一条消息，而没有对应的订阅者的话，这条消息将丢失，不会存在内存中；

rabbitmq：具备消息消费确认机制，若是发布一条消息，尚未消费者消费该队列，那么这条消息将一直存放在队列中，直到有消费者消费了该条消息，以此能够保证消息的可靠消费，那么rabbitmq的消息是如何存储的呢？（后续更新）；

 

实时性

redis:实时性高，redis做为高效的缓存服务器，全部数据都存在内存中，因此它具备更高的实时性

 

消费者负载均衡：

rabbitmq队列能够被多个消费者同时监控消费，可是每一条消息只能被消费一次，因为rabbitmq的消费确认机制，所以它可以根据消费者的消费能力而调整它的负载；

redis发布订阅模式，一个队列能够被多个消费者同时订阅，当有消息到达时，会将该消息依次发送给每一个订阅者，她是一种消息的广播形式，redis自己不作消费者的负载均衡，所以消费效率存在瓶颈；

 

持久性

redis：redis的持久化是针对于整个redis缓存的内容，它有RDB和AOF两种持久化方式（redis持久化方式，后续更新），能够将整个redis实例持久化到磁盘，以此来作数据备份，防止异常状况下致使数据丢失。

rabbitmq：队列，每条消息均可以选择性持久化，持久化粒度更小，更灵活；

 

队列监控

rabbitmq实现了后台监控平台，能够在该平台上看到全部建立的队列的详细状况，良好的后台管理平台能够方面咱们更好的使用；

redis没有所谓的监控平台。

 

总结

redis：轻量级，低延迟，高并发，低可靠性；

rabbitmq：重量级，高可靠，异步，不保证明时；

rabbitmq是一个专门的AMQP协议队列，他的优点就在于提供可靠的队列服务，而且可作到异步，而redis主要是用于缓存的，redis的发布订阅模块，可用于实现及时性，且可靠性低的功能。

更多技术资讯可关注：gzitcast