2026 年 Redis 面试题全解析：原理 + 实战 + 高频考点

Redis 高频面试题全解析（2026 最新版）

Redis 作为后端开发高并发、高可用架构的核心组件，是面试中必问的核心考点。本文从基础入门、核心原理、高并发实战、高可用架构、进阶运维五大模块，整理大厂高频面试题与标准答案，覆盖 90% 以上 Redis 面试场景，助力面试通关。

一、基础入门篇（必拿分，面试开篇必问）

1. Redis 是什么？有哪些核心优势？

Redis 是开源的基于内存的键值型 NoSQL 数据库，支持数据持久化、多种数据结构、分布式高可用部署，核心优势如下：

• 高性能：纯内存操作，读写 QPS 可达 10 万 +，响应延迟毫秒级；
• 丰富数据类型：支持 String、Hash、List、Set、ZSet 等基础类型，及 Bitmap、HyperLogLog、Geo、Stream 等特殊类型；
• 高可用支撑：支持主从复制、哨兵、Cluster 集群，保障服务不宕机；
• 持久化能力：RDB 快照 + AOF 日志，避免内存数据丢失；
• 分布式友好：天然支持分布式锁、计数器、限流等场景。

2. Redis 为什么这么快？

1. 内存存储：数据全量放内存，避免磁盘 I/O 开销；
2. 单线程主线程：命令执行单线程，无上下文切换、锁竞争损耗；
3. I/O 多路复用：采用 epoll/select 机制，单线程处理海量客户端连接；
4. 高效底层结构：SDS 简单动态字符串、跳表、压缩列表等，优化读写效率；
5. C 语言实现：贴近系统底层，代码执行效率极高。
6. 补充：Redis 6.0 + 引入多线程，仅用于网络 I/O 处理，核心命令执行仍为单线程。

3. Redis 常用数据类型及应用场景

表格

二、核心原理篇（硬骨头，区分基础与进阶）

1. Redis 持久化机制：RDB 和 AOF 的区别？

Redis 提供RDB 快照和AOF 日志两种持久化方式，生产环境推荐混合持久化（Redis 4.0+）。

• RDB（Redis DataBase）
• 原理：定时 fork 子进程，将内存全量数据生成二进制快照文件；
• 优点：文件紧凑、恢复速度快、适合冷备；
• 缺点：实时性差，宕机可能丢失最后一次快照后的数据，fork 时短暂阻塞主线程。
• AOF（Append Only File）
• 原理：记录所有写命令，重启时重放命令恢复数据；
• 优点：数据安全，每秒同步策略最多丢 1 秒数据；
• 缺点：文件体积大、恢复速度慢。
• 最佳实践：开启混合持久化，AOF 重写时前半部分用 RDB 格式，增量用 AOF 命令，兼顾速度与安全。

2. Redis 过期删除策略与内存淘汰机制

• 过期删除策略：采用惰性删除 + 定期删除组合
• 惰性删除：访问 Key 时检查过期，过期则删除，节省 CPU；
• 定期删除：每 100ms 随机抽查部分 Key，删除过期 Key，避免内存堆积。
• 内存淘汰策略（内存达 maxmemory 时触发）
• 常用策略：allkeys-lru（所有 Key 淘汰最少使用，生产首选）、volatile-lru（过期 Key 淘汰）；
• 默认策略：noeviction（不淘汰，直接报错，生产需修改）。

3. 缓存穿透、击穿、雪崩是什么？如何解决？

这是高并发面试必考题，核心都是请求穿透到数据库，引发压力激增。

• 缓存穿透
• 问题：查询缓存和数据库都不存在的数据，请求直打数据库；
• 解决：布隆过滤器过滤无效 Key、缓存空对象（短 TTL）、接口参数校验。
• 缓存击穿
• 问题：单个热点 Key 过期，高并发请求瞬间打库；
• 解决：互斥锁（SETNX）重建缓存、热点 Key 逻辑过期（不设物理 TTL）。
• 缓存雪崩
• 问题：大量 Key 同时过期、Redis 集群宕机，数据库被压垮；
• 解决：Key 过期时间加随机值、搭建哨兵 / Cluster 高可用、服务限流降级。

三、高并发实战篇（核心考点，大厂深度追问）

1. 如何保证缓存与数据库双写一致性？

业界首选Cache Aside 旁路缓存模式：

• 读流程：先查缓存→命中返回→未命中查 DB→回写缓存；
• 写流程：先更新 DB，再删除缓存（不更新缓存，避免无效写损耗）。
• 深度追问：
• 为什么删除缓存？更新缓存会导致写多读少场景下的性能浪费；
• 删除缓存失败怎么办？MQ 重试、Canal 监听 Binlog 异步删除；
• 延时双删是什么？先删缓存→更新 DB→休眠→再删缓存，解决并发脏数据。

2. Redis 分布式锁实现原理？

• 基础命令：SET lock_key 唯一值 NX PX 30000（NX = 互斥，PX = 过期时间）；
• 核心要点：
• 必须加过期时间，防止死锁；
• 解锁用 Lua 脚本，保证 “判断值 + 删除” 原子性，避免误删他人锁；
• 锁过期业务未执行完：用 Redisson 看门狗自动续期；
• 集群锁：用 Redlock，向半数以上节点申请锁，避免主从切换丢锁。

3. BigKey 和 HotKey 问题如何解决？

• BigKey：Value 过大（如 List 存百万元素），导致网络阻塞、主线程阻塞；
• 解决：拆分大 Key、用 UNLINK 异步删除、避免批量操作大 Key。
• HotKey：单个 Key QPS 极高，打爆单节点；
• 解决：本地缓存（Caffeine）+Redis 多级缓存、热点 Key 复制多份、集群分片打散流量。

四、高可用架构篇（架构师必问，分布式核心）

1. 主从、哨兵、Cluster 集群的区别？

• 主从模式：数据复制、读写分离，主写从读，无自动故障转移；
• 哨兵模式：主从 + 监控 + 自动故障转移，哨兵组投票选新主，保障高可用；
• Cluster 集群：数据分片 + 高可用，无中心化，横向扩展，支撑海量数据。

2. Redis Cluster 集群原理？

• 哈希槽：共 16384 个槽，CRC16(key) % 16384计算槽位，分配给主节点；
• Gossip 协议：节点间交换状态，同步集群信息；
• 故障转移：主节点宕机，从节点自动升级为主，保障服务可用。

3. 主从复制原理？

1. 从节点发送 PSYNC 命令，请求同步；
2. 主节点 fork 子进程生成 RDB，发送给从节点；
3. 主节点记录复制期间的写命令，同步给从节点；
4. 从节点加载 RDB，执行增量命令，完成全量同步；
5. 后续持续增量同步，保障数据一致。

五、进阶运维篇（加分项，资深开发必懂）

1. Redis 性能优化技巧

• 禁用长时间阻塞命令（KEYS、FLUSHALL）；
• 避免 BigKey，控制单 Key 大小；
• 合理设置内存淘汰策略，开启混合持久化；
• 集群模式下均匀分配槽位，避免节点负载不均；
• 开启网络多线程（Redis 6.0+），提升 I/O 效率。

2. Redis 常见故障排查

• 缓存雪崩：监控 Key 过期时间、集群健康度，提前预热热点数据；
• 主线程阻塞：排查慢查询、BigKey、fork 阻塞；
• 数据丢失：检查持久化配置，优先 AOF+RDB 混合模式；
• 集群抖动：优化 Gossip 协议参数，避免节点频繁掉线。

六、面试总结

Redis 面试核心围绕三大主线：

1. 快：内存、高效结构、I/O 模型；
2. 稳：持久化、主从、哨兵、集群；
3. 准：数据一致性、缓存问题、分布式锁。

掌握以上内容，既能应对初级开发的基础问答，也能搞定资深开发 / 架构师的深度追问，同时覆盖生产环境实战场景，真正做到面试、工作双通关。