《面试心经》---Redis基础

一叶障目，不见Offer

前言

Redis 在当今后端技术的世界有着举足轻重的地位。几乎所有的后端技术面试官都会围绕 Redis 的原理和使用对面试者进行全方位、无死角的盘问。来自Redis的盘问或许会迟到，但它绝不会缺席。看着一个个自信的小眼神被面试官折磨的黯淡无光，老衲实属不忍。在一个月黑风高的夜晚，终于下定决心，收集整理Redis面试资料，著《面试心经》系列，望能普渡众生。

面试开始

一个穿着邋里邋遢的秃顶中年人抱着一个满是划痕的Mac向你走来。看你着那稀疏的头发，心想我艹，这至少也是个高级架构师了吧。但是看过《面试心经》的我们，依然可以气定神闲、稳如泰山

在这里插入图片描述

小伙子你好，看你简历上写了项目中有使用Redis，为什么要使用 Redis ?

这时的你心里忍不住暗骂，头都秃成这样了，问的问题如此平常，就这？但是你不能表现出来。

认真回答道：帅气又迷人的面试官你好。当时是因为项目使用的人越来越多，只使用传统的关系型数据库（如：MySQL）已不能满足项目的需求。出于对项目的性能和并发方面考虑，需要在项目中引入缓存中间件。当时综合比较了常用的缓存中间件 Redis 和 Memcache 的优缺点之后，最终决定选择使用Redis

这里很可能会问你 Redis 和 Memcache 都有哪些区别，和他们各自的优缺点。感兴趣的少侠可以去查阅资料了解下，后续我也会出文章详细介绍对比

那你说说 Redis 都有哪些数据类型？

一气呵成的回答道：redis 支持多种类型的数据结构，常用的有5种，分别是 strings，hashes， lists， sets，sorted sets

这五种数据结构一定要做到倒背如流、一气呵成。知道每种数据结构的使用场景和底层实现原理更好

但是，如果你想要突出自己，还需要加上下面几种数据结构： bitmaps, hyperloglogs, geospatial indexes ，streams

回答到这里，基本就达到让面试官睁眼的水平了

小伙子，那你知道 Redis String 的底层实现方式吗？

这时你心想：我只是来面试个月薪 1K 的 CV 攻城狮啊，为什么要我经历这些。呸，真不要脸！但你依然不能表露出来，不能让面试官的奸计得逞

略做思考，答：字符串对象底层数据结构实现为 简单动态字符串（SDS） 和 直接存储。（注：SDS是一个redis 定义的结构体）

这里只要能够说出 SDS，基本就可以了，如果还能够详细介绍 SDS 结构的内部构造更佳

Redis的持久化了解么？请简单介绍一下

风轻云淡道：Redis持久化有两种， RDB 和 AOF

RDB做全量持久化（Redis默认的持久化方式）。按照一定的时间周期策略把内存的数据以快照的形式保存到硬盘的二进制文件。对应产生的数据文件为dump.rdb，通过配置文件中的save参数来定义快照的周期。（快照可以是其所表示的数据的一个副本，也可以是数据的一个复制品。）

AOF做增量持久化：Redis会将每一个收到的写命令都通过Write函数追加到文件最后，类似于MySQL的binlog。必要时，可以通过重新执行文件中保存的写命令来在内存中重建整个redis数据库。

Redis本身的机制是：当AOF持久化开启且存在AOF文件时，优先加载AOF文件。当AOF持久化关闭或不存在AOF文件时，加载RDB文件。加载AOF/RDB文件成功之后，Redis启动成功。如果AOF/RDB文件存在错误，则Redis启动失败并打印错误信息

了解 Pipeline 吗？请简单介绍一下

可以将多条命令一起打包发送至redis处理，处理完成后，将处理结果按照顺序打包，一起返回。好处是可以减少I/O次数，提升redis吞吐量。不过有两点需要注意：一个 pipeline 中的命令互相之间不能有因果关系。另外，一个 pipeline 中的命令不宜过多，不然数据量过大，增加客户端的等待时间，还可能造成网络阻塞。可以将大量命令的拆分多个小的pipeline命令完成。

那你使用过 Redis 分布式锁吗？怎么实现

先使用 setnx 争抢锁，抢到之后使用 expire 给锁加一个过期时间，防止忘记释放锁

那如果在执行 setnx 之后，执行 expire 之前进程意外 crash 或者要重启维护了，会怎么样？

故作惊讶的回答：如果这样的话，这个锁就永远得不到释放了！此时你可以作思考状（思考时间别太长，可能会让面试官误以为你不知道怎么处理，建议3s 左右为宜），说道： set 命令后面可以跟参数，实现加锁和设置过期时间两个操作，保证操作原子性。（命令：SET key value EX second NX ）

面试官微微一笑，嗯，还行

使用过 redis 做异步队列么？讲解一下实现方式

一般使用 list 结构做队列， lpush 生产消息， rpop 消费消息，当 rpop 没有消息的时候，适当的 sleep 一会儿再重试

面试官再问，可不可以不用 sleep 呢？

可以，使用 list 结构中的阻塞指令，如 brpop 。在列表没有元素时，会阻塞列表直到等待超时或发现可弹出元素为止。

再再追问，如果我想生产一次，消费多次呢？

可以使用 pub/sub 发布订阅模式，实现 1：N的消息队列

再再再追问，pub /sub 模式有什么缺点？

在消费者下线的情况下，生产的消息会丢失。可以使用专业的消息队列保证消息不丢失，如 rocketMQ、rabbitMQ 等

再再再再追问，Redis如何实现延时队列？

这个时候你可能会有想叫二营长把意大利炮拉上来的冲动。但是为了面试顺利，还是得强压内心的冲动，保持微笑

缓缓答道：使用 sortedset，用时间戳作为 score，消息内容作为 key，生产者调用 zadd 生产消息，消费者用 zrangebyscore 指令获取N秒之前的消息，轮询进行处理

Redis事务了解吗，如果事务中有某条/某些命令执行失败了会怎么样呢？

事务中的某条命令执行失败了，事务中的其他指令依然会继续执行。另外，Redis 事务不支持 roolback

假如Redis里面有1亿个key，其中有10w个key是以某个固定的已知的前缀开头的，如何将它们全部找出来？

使用 keys 指令可以扫出指定模式的key列表。

如果这个redis正在给线上的业务提供服务，那使用keys指令会有什么问题？

这个时候你要回答redis关键的一个特性：redis是单线程的。 roolback keys指令会导致线程阻塞一段时间，线上服务会停顿，直到指令执行完毕，服务才能恢复。这个时候可以使用 scan 指令， scan 指令可以无阻塞的提取出指定模式的 key 列表，但是 key 可能会有一定的重复，在客户端做一次去重就可以了。 scan 整体所花费的时间会比用 keys 指令长。