【Redis】10 道不得不会的 Redis 面试题

以下是 Redis 面试题，相信大家都会有种及眼熟又陌生的感觉、看过可能在短暂的面试后又马上忘记了。JavaPub 在这里整理这些容易忘记的重点知识及解答，建议收藏，经常温习查阅。

评论区见

Spring

1. Redis 是什么？

一般问这个问题你最少要答出以下几点

Redis 是一个基于内存的 key-value 存储系统，数据结构包括字符串、list、set、zset（sorted set – 有序集合）和 hash，bitmap，GeoHash (坐标)，HyperLogLog，Streams（5.x 版本以后）

2. 你在哪些场景使用 redis

你有实战经验，那就直接表演。如果没有，选几个下面的经典场景

1. 作为队列使用，（因为是基于内存、一般不会作为消费队列、作为循环队列必要适用）；
2. 模拟类似于 token 这种需要设置过期时间的场景，登录失效；
3. 分布式缓存，避免大量请求底层关系型数据库，大大降低数据库压力；
4. 分布式锁；
5. 基于 bitmap 实现布隆过滤器；
6. 排行榜 - 基于 zset（有序集合数据类型）；
7. 计数器 - 对于浏览量、播放量等并发较高，使用 redis incr 实现计数器功能；
8. 分布式会话；
9. 消息系统；

3. 为什么 Redis 是单线程的？

这个问题给一个官方答案

因为 Redis 是基于内存的操作，CPU 不是 Redis 的瓶颈，Redis 的瓶颈最有可能是机器内存的大小或者网络带宽。既然单线程容易实现，而且 CPU 不会成为瓶颈，那就顺理成章地采用单线程的方案了。

4. Redis 持久化有几种方式？

redis 提供了两种持久化的方式，分别是快照方式（RDB Redis DataBase）和文件追加（AOF Append Only File）。

显而易见，快照方式重启恢复快、但是数据更容易丢失，文件追加数据更完整、重启恢复慢。

混合持久化方式，Redis 4.0 之后新增的方式，混合持久化是结合 RDB 和 AOF 的优点，在写入的时候先把当前的数据以 RDB 的形式写入到文件的开头，再将后续的操作以 AOF 的格式存入文件当中，这样既能保证重启时的速度，又能降低数据丢失的风险。

在恢复时，先恢复快照方式保存的文件，然后再恢复追加文件中的增量数据。

5. 什么是缓存穿透？怎么解决？

缓存穿透是指用户请求的数据在缓存中不存在即没有命中，同时在数据库中也不存在，导致用户每次请求该数据都要去数据库中查询一遍，然后返回空。

如果有恶意攻击者不断请求系统中不存在的数据，会导致短时间大量请求落在数据库上，造成数据库压力过大，甚至击垮数据库系统。

这就叫做缓存穿透。

怎么解决？

• 对查询结果为空的情况也进行缓存，缓存时间设置短一点，或者该 key 对应的数据 insert 之后清理缓存。

• 对一定不存在的 key 进行过滤。可以把所有的可能存在的 key 放到一个大的 Bitmap 中，查询时通过该 Bitmap 过滤。(也就是布隆过滤器的原理：[大白话讲解布隆过滤器]

6. 什么是缓存雪崩？

缓存雪崩是指缓存中数据大批量到过期时间，而查询数据量巨大，请求直接落到数据库上，引起数据库压力过大甚至宕机。和缓存击穿不同的是，缓存击穿指并发查同一条数据，缓存雪崩是不同数据都过期了，很多数据都查不到从而查数据库。

怎么解决？

常用的解决方案有：

• 均匀过期
• 加互斥锁
• 缓存永不过期
• 双层缓存策略

均匀过期：设置不同的过期时间，让缓存失效的时间点尽量均匀。通常可以为有效期增加随机值或者统一规划有效期。

加互斥锁：跟缓存击穿解决思路一致，同一时间只让一个线程构建缓存，其他线程阻塞排队。

缓存永不过期：跟缓存击穿解决思路一致，缓存在物理上永远不过期，用一个异步的线程更新缓存。

双层缓存策略：使用主备两层缓存：

主缓存：有效期按照经验值设置，设置为主读取的缓存，主缓存失效后从数据库加载最新值。

备份缓存：有效期长，获取锁失败时读取的缓存，主缓存更新时需要同步更新备份缓存。

7. Redis 使用上如何做内存优化？

1. 缩短键值的长度

• 缩短值的长度才是关键，如果值是一个大的业务对象，可以将对象序列化成二进制数组；
• 首先应该在业务上进行精简，去掉不必要的属性，避免存储一些没用的数据；
• 其次是序列化的工具选择上，应该选择更高效的序列化工具来降低字节数组大小；
• 以 JAVA 为例，内置的序列化方式无论从速度还是压缩比都不尽如人意，这时可以选择更高效的序列化工具，如: protostuff，kryo 等

2. 共享对象池

对象共享池指 Redis 内部维护 [0-9999] 的整数对象池。创建大量的整数类型 redisObject 存在内存开销，每个 redisObject 内部结构至少占 16 字节，甚至超过了整数自身空间消耗。所以 Redis 内存维护一个 [0-9999] 的整数对象池，用于节约内存。 除了整数值对象，其他类型如 list,hash,set,zset 内部元素也可以使用整数对象池。因此开发中在满足需求的前提下，尽量使用整数对象以节省内存。

3. 字符串优化

因为 redis 的惰性删除机制，字符串缩减后的空间不释放，作为预分配空间保留。尽量做新增不做更新。

4. 编码优化

所谓编码就是具体使用哪种底层数据结构来实现。编码不同将直接影响数据的内存占用和读写效率。

这个需要掌握 redis 底层的数据结构。下图作为参考：

5. 控制 key 的数量

8. 你们 redis 使用哪种部署方式？

redis 部署分为单节点、主从部署（master-slave）、哨兵部署（Sentinel）、集群部署（cluster）。

单节点：也就是单机部署；

主从部署：分为一主一从或一主多从，主从之间同步分为全量或增量。量同步：master 节点通过 BGSAVE 生成对应的 RDB 文件，然后发送给 slave 节点，slave 节点接收到写入命令后将 master 发送过来的文件加载并写入；增量同步：即在 master-slave 关系建立开始，master 每执行一次数据变更的命令就会同步至 slave 节点。一般会将写请求转发到 master，读请求转发到 slave。提高了 redis 的性能。

哨兵部署：分别有哨兵集群与 Redis 的主从集群，哨兵作为操作系统中的一个监控进程，对应监控每一个 Redis 实例，如果 master 服务异常（ping pong 其中节点没有回复且超过了一定时间），就会多个哨兵之间进行确认，如果超过一半确认服务异常，则对 master 服务进行下线处理，并且选举出当前一个 slave 节点来转换成 master 节点；如果 slave 节点服务异常，也是经过多个哨兵确认后，进行下线处理。提高了 redis 集群高可用的特性，及横向扩展能力的增强。

集群部署：属于 “去中心化” 的一种方式，多个 master 节点保存整个集群中的全部数据，而数据根据 key 进行 crc-16 校验算法进行散列，将 key 散列成对应 16383 个 slot，而 Redis cluster 集群中每个 master 节点负责不同的 slot 范围。每个 master 节点下还可以配置多个 slave 节点，同时也可以在集群中再使用 sentinel 哨兵提升整个集群的高可用性。

9. redis 实现分布式锁要注意什么？

1. 加锁过程要保证原子性；
2. 保证谁加的锁只能被谁解锁，即 Redis 加锁的 value，解锁时需要传入相同的 value 才能成功，保证 value 唯一性；
3. 设置锁超时时间，防止加锁方异常无法释放锁时其他客户端无法获取锁，同时，超时时间要大于业务处理时间；

使用 Redis 命令 SET lock_key unique_value NX EX seconds 进行加锁，单命令操作，Redis 是串行执行命令，所以能保证只有一个能加锁成功。

低谷蓄力
需要金九银十 Java 面试题资料扫下方
【这里想说，因为自己也走了很多弯路过来的，所以才下定决心整理，收集过程虽不易，但想到能帮助到一部分自学java 的人，心里也是甜的！有需要的伙伴请点㊦方】↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓