redis从队列中取数据_redis与rabbitmq做消息队列的区别

消息队列(Message Queue)是一种应用间的通信方式&＃xff0c;消息发送后可以立即返回&＃xff0c;由消息系统来确保消息的可靠传递。消息发布者只管把消息发布到 MQ 中而不用管谁来取&＃xff0c;消息使用者只管从 MQ 中取消息而不管是谁发布的。这样发布者和使用者都不用知道对方的存在。

redis

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

RabbitMQ

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

可靠性

redis &＃xff1a;没有相应的机制保证消息的可靠消费&＃xff0c;如果发布者发布一条消息&＃xff0c;而没有对应的订阅者的话&＃xff0c;这条消息将丢失&＃xff0c;不会存在内存中&＃xff1b;

rabbitmq&＃xff1a;具有消息消费确认机制&＃xff0c;如果发布一条消息&＃xff0c;还没有消费者消费该队列&＃xff0c;那么这条消息将一直存放在队列中&＃xff0c;直到有消费者消费了该条消息&＃xff0c;以此可以保证消息的可靠消费&＃xff0c;那么rabbitmq的消息是如何存储的呢&＃xff1f;(后续更新)&＃xff1b;

实时性

redis:实时性高&＃xff0c;redis作为高效的缓存服务器&＃xff0c;所有数据都存在内存中&＃xff0c;所以它具有更高的实时性

消费者负载均衡&＃xff1a;

rabbitmq队列可以被多个消费者同时监控消费&＃xff0c;但是每一条消息只能被消费一次&＃xff0c;由于rabbitmq的消费确认机制&＃xff0c;因此它能够根据消费者的消费能力而调整它的负载&＃xff1b;

redis发布订阅模式&＃xff0c;一个队列可以被多个消费者同时订阅&＃xff0c;当有消息到达时&＃xff0c;会将该消息依次发送给每个订阅者&＃xff0c;她是一种消息的广播形式&＃xff0c;redis本身不做消费者的负载均衡&＃xff0c;因此消费效率存在瓶颈&＃xff1b;

持久性

redis&＃xff1a;redis的持久化是针对于整个redis缓存的内容&＃xff0c;它有RDB和AOF两种持久化方式(redis持久化方式&＃xff0c;后续更新)&＃xff0c;可以将整个redis实例持久化到磁盘&＃xff0c;以此来做数据备份&＃xff0c;防止异常情况下导致数据丢失。

rabbitmq&＃xff1a;队列&＃xff0c;每条消息都可以选择性持久化&＃xff0c;持久化粒度更小&＃xff0c;更灵活&＃xff1b;

队列监控

rabbitmq实现了后台监控平台&＃xff0c;可以在该平台上看到所有创建的队列的详细情况&＃xff0c;良好的后台管理平台可以方面我们更好的使用&＃xff1b;

redis没有所谓的监控平台。

总结

redis&＃xff1a;轻量级&＃xff0c;低延迟&＃xff0c;高并发&＃xff0c;低可靠性&＃xff1b;

rabbitmq&＃xff1a;重量级&＃xff0c;高可靠&＃xff0c;异步&＃xff0c;不保证实时&＃xff1b;

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