Redis教程

Redis 队列和MQ 对比

本文主要是介绍Redis 队列和MQ 对比,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

简介
为了保障基础服务的稳定,需要对MQ进行灾备,这个灾备主要是防患MQ突然不可能,基础服务依然可以调用其他队列来继续正常运行。第一想法是引入其他MQ中间件来做灾备,这样只需要实现一套生产者消费者就好。但因为公司这块中间件都使用的云产品。要过要使用其他类型的MQ中间件就需要购买资源,但程序运行中正常情况下不会用到这个备胎,因此剩下的选项就是将队列数据落到数据库(关系型/非关系型),要么就是redis,因为即便MQ出现问题,供应商也会很快的修复问题保证MQ中间件的可用,因此我们这边灾备主要的职责就是应急。考虑到落库的处理逻辑和因此选择轻量级的redis队列来对基础服务中的MQ进行灾备。

对比
 Redis队列:Redis队列是一个Key-Value的NoSQL数据库,开发维护很活跃,虽然是一个Key-Value数据库存储系统,但它本身支持MQ功能,所以完全可以当做一个轻量级的队列服务来使用

 MQ队列 :在分布式系统中存储转发消息,在易用性、扩展性、高可用等方面表现不俗,主要是为了实现系统之间的双向解耦

区别
1. Redis没有相应的机制保证消息的消费,当消费者消费失败的时候,消费体丢失,需要手动处理。MQ:具有消息消费确认,即使消费者消费失败,也会自动使消息体返回原队列,同时可全程持久化,保证消息体被正确消费

  2. Redis采用主从模式,读写分离,但是故障转移还没有非常完善的官方解决方案;MQ集群采用磁盘、内存节点,任意单点故障都不会影响整个队列的操作

  3. 将整个Redis实例持久化到磁盘,MQ的队列、消息,都可以选择是否持久化

  4. Redis的特点是轻量级,高并发,延迟敏感,用于即使数据分析、秒杀计数器、缓存等,MQ的特点是重量级,高并发,用于异步、批量数据异步处理、并发任务串行化,高负载任务的负载均衡等

这篇关于Redis 队列和MQ 对比的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!