面试积累-Redis-使用过Redis做异步队列么，你是怎么用的？有什么缺点？

这里写目录标题使用list实现异步消息队列使用发布-订阅模式实现异步消息队列使用ZSet实现延时队列 使用list实现异步消息队列 Redis 的 list(列表) 数据结构常用来作为异步消息队列使用，使用rpush和lpush操作入队列，使用lpop 和 rpop来出队列。客户端是通过队列的 pop 操作来获取消息，然后进行处理。处理完了再接着获取消息，再进行处理。如此循环往复，这便是作为队列消费者的客户端的生命周期。 可是如果队列空了，客户端就会陷入 pop 的死循环，不停地 pop，没有数据，接着再

对于基于低版本redis实现的事件队列,当写频繁的时候,会存在性能积压的问题如果只是扩充机器,会造成资源浪费,解决方式是评估自己的任务时间片耗时。

一 概述 异步是指，当前线程执行的时间比较长，在这段时间过程中，可以完成其他工作。 二 Redis实现异步队列 可以利用Redis中的List作为队列的数据结构，RPUSH生产消息，LPOP消费消息。 RPUSH key value //在列表的尾部插入数据 LPOP key //从头部衣出数据 注意，LPOP命令没有任何消息返回时，说明队列中的消息已经被消费完毕，且RPUSH还没有及时生产新消息。面对此过程的时候，我们可以通过应用层引入Sleep机制去调用LPOP重试。 BLPOP k

异步消息队列说道消息队列，你肯定会想到Kafka、Rabbitmq等消息中间件，这些专业的消息中间件提供了很多功能特性，当然他的部署使用维护都是比较麻烦的。如果你对消息队列没那么高要求，想要轻量级的，使用Redis就没错啦。Redis通过list数据结构来实现消息队列.主要使用到如下命令：lpush和rpush入队列lpop和rpop出队列blpop和brpop阻塞式出队列废话补不多说上...

Redis 在设计上是单线程的，这意味着 Redis 服务器在任何给定时刻只能执行一个命令。然而，这并不意味着 Redis 无法利用多核 CPU，因为 Redis 使用了一些技术来提高性能和并发性，例如非阻塞 I/O 和事件驱动模型。Redis 使用了基于事件驱动的事件循环（event loop）来管理网络连接和处理命令请求。在事件驱动模型下，Redis 服务器在主线程上轮询事件，并异步处理请求，从而实现高效的并发处理。Redis 使用了非阻塞 I/O 模型来处理网络 I/O 操作。

Redis 的数据类型（数据结构）string （二进制安全，可以存储任意类型的数据）list（链表）字典（就是hashmap）set（不重复无序的hashmap）zset（按照给定的 score 排序的 set）HyperLogLog（来做基数统计的算法，简介）Geo（支持地理位置的操作，使用简介）Pub/SubBloomFilterRedisSearchRedis-ML缓存雪崩（缓存击穿）他们...

Redis的出色之处不仅仅是性能，Redis最大的魅力是支持保存多种数据结构，此外单个value的最大限制是1GB，不像 memcached只能保存1MB的数据，因此Redis可以用来实现很多有用的功能，比方说用他的List来做FIFO双向链表，实现一个轻量级的高性 能消息队列服务，用他的Set可以做高性能的tag系统等等。如果你快速的在Google中搜索“Redis queues”，你马上就能找到大量的开源项目，这些项目的目的就是利用Redis创建非常好的后端工具，以满足各种队列需求。

最近面试大厂的人，不被问到几个Redis相关的问题，就好像没有参加过面试一样。我最近在后台也收到了不少相关的提问，干脆整理了一下在面试里常常碰到的Redis问题。如果你能轻松搞定这些问题，1.Redis支持的数据类型？2.什么是Redis持久化？Redis有哪几种持久化方式？优缺点是什么？3.Redis 有哪些架构模式？讲讲各自的特点4.使用过Redis分布式锁么，它是怎么实现的？5.使用过Redis做异步队列么，你是怎么用的？有什么缺点？6.什么是缓存穿透？如何避免？什么是缓存雪崩？

目录： 1. 基于List的LPUSH+BRPOP的实现 2. PUB/SUB，订阅/发布模式 3. 基于Sorted-Set的实现 4. 基于Stream类型的实现 优缺点分析： 一、基于List的LPUSH+BRPOP的实现： 典型的命令： LPUSH：将消息加入队列头部； BRPOP：从队列末尾取出消息，阻塞模式（RPOP的阻塞版本）； 优点： > 实现简单； > redis支持持久化消息，意味着消息不会丢失，可以重复查看（注意不是消费，只看不用，LRANGE类的指定

Redis设计用来做缓存的，但是由于它自身的某种特性使得它可以用来做消息队列。 它有几个阻塞式的API可以使用，正是这些阻塞式的API让其有能力做消息队列； 另外，做消息队列的其他特性例如FIFO（先入先出）也很容易实现，只需要一个list对象从头取数据，从尾部塞数据即可； Redis能做消息队列还得益于其list对象blpop brpop接口以及Pub/Sub（发布/订阅）的某些接口，它们都是阻...

使用List 作为队列，RPUSH 生产消息，LPOP 消费消息 rpush testlist aaa rpush testlist bbb rpush testlist ccc lpoptestlist lpoptestlist lpoptestlist 缺点：没有等待队列里有值就直接消费 弥补： 可以通过在应用层引入Sleep 机制，去调用lpop 重试 如果不想通过s...

主要用于探究使用Redis的使用场景，以及Redis作为消息队列，与专业的MQ的区别，各自的使用场景。

首先，redis设计用来做缓存的，但是由于它自身的某种特性使得它可以用来做消息队列，它有几个阻塞式的API可以使用，正是这些阻塞式的API让其有能力做消息队列；另外，做消息队列的其他特性例如FIFO（先入先出）也很容易实现，只需要一个list对象从头取数据，从尾部塞数据即可；redis能做消息队列还得益于其list对象blpop brpop接口以及Pub/Sub（发布/订阅）的某些接口，它们都是阻...

一.如何使用Redis做异步队列 1.使用List作为队列, RPUSH生产消息, LPOP消费消息 ➢缺点:没有等待队列里有值就直接消费 ➢弥补:可以通过在应用层引入Sleep机制去调用LPOP重试 2. BLPOP key [key .. timeout :阻塞直到队列有消息或者超时 ➢缺点:只能供-一个消费者消费 二.如何使用Redis做异步队列 pub/sub :主题订阅者模式 发送者(...

前言 在后端编程时，对需要立即返回的数据我们应当立刻返回，而对于可以慢慢处理而业务复杂的我们可以选择延迟返回。这个实现使用到了异步消息队列。 异步消息队列 主要用于实现生产者-消费者模式。也就是说，这个队列应当是可以阻塞的，否者会带来大量的性能浪费。 生产者-消费者模式 更加详细的介绍我找到了一篇博客，讲得挺好的，我就不详细说了。生产者消费者模式-Java实现 实现 1.

使用过 Redis 做异步队列么，你是怎么用的？ 一般使用 list 结构作为队列，rpush 生产消息，lpop 消费消息。当 lpop 没有消息的时候，要适当 sleep 一会再重试。不但客户端 的 CPU 能降下来，Redis 的 QPS 也降下来了。 如果对方追问可不可以不用 sleep 呢？ 用 blpop/brpop 替代前面的 lpop/rpop，list 还有个指令叫 b...

一.生产消费模型什么是消息队列？在生活中，其实有很多的例子，都类似消息队列。比如：工厂生产出来的面包，交给超市，商场来出售，客户通过超市，商场来买面包，客户不会针对某一个工厂去选择，只管从超市买出来，工厂也不会管是哪一个客户买了面包，只管生产出来之后，交给超市，商场来处理。消息队列（Message Queue）是一种应用间的通信方式，消息发送后可以立即返回，有消息系统来确保信息的可靠专递，消息生...