高级服务端工程师（Senior Backend Engineer）面试中，Redis 部分通常会考察到中高级深度，不再停留在“String/List/Set用什么场景”这种基础，而是聚焦原理、性能瓶颈、分布式实践、生产问题诊断、Redis 6/7/8 新特性、与业务结合的权衡等。
下面我按真实大厂/高薪岗位（字节、阿里、腾讯、美团、快手、拼多多等）2025–2026年高频度排序，整理了最常被问的 高级知识点 + 标准答案 + 追问方向。建议你把标 ★高频 的至少背熟 + 能手写/画图解释。
1. Redis 单线程 vs 多线程演进（最高频，几乎必问）
- Redis 6.0 之前为什么坚持单线程？为什么这么快？
单线程（主线程）执行所有命令，避免了线程切换和锁竞争开销。
快的原因：内存操作 + epoll/kqueue 多路复用 + 简单数据结构 + 避免上下文切换。
单线程模型天然原子性，无需加锁。 - Redis 6.0 引入多线程的真正作用是什么？（追问最多）
仅网络 I/O 多线程（读请求解析 + 写响应），命令执行仍单线程。
目的：解决高并发下网络 I/O 成为瓶颈（尤其是大 value 或 pipeline 场景）。
实测：GET/SET 小包提升 30–50%，但大 value（如 100KB+）提升更明显。 - Redis 7.0/8.0 多线程有进一步变化吗？
Redis 7.0：引入 I/O threads + 主线程分担部分命令（如复制、AOF 重写）。
Redis 8.0（实验性）：更激进的多线程执行某些无副作用命令（仍在演进中，生产谨慎）。
2. 内存碎片、内存淘汰、BigKey、HotKey（生产问题 Top3）
- 什么是内存碎片？怎么产生的？怎么监控/优化？
产生：频繁过期/删除 + jemalloc/tcmalloc 分配策略。
监控：INFO memory中的mem_fragmentation_ratio> 1.4 就要警惕。
优化： - 主动碎片整理（Redis 4.0+
MEMORY PURGE） - 调整
activedefrag（Redis 4.0+ 主动碎片整理，代价 CPU） - 使用 listpack/ziplist 代替大结构
- 避免大 key + 定期重置热点 key
- BigKey 定义 & 危害 & 发现 & 处理（超级高频）
定义（社区共识）：string > 10MB，list/set/hash/zset 元素 > 1万 或 value > 5–10MB。
危害：阻塞主线程、AOF/RDB 慢、复制 buffer 爆、内存不均。
发现：redis-cli --bigkeys/SCAN + TYPE + OBJECT encoding/ Prometheus + redis-exporter。
处理： - 拆分（user:10000 → user:10000:segment1）
- 异步删除（UNLINK / redis 6.0+ lazy free）
- scan + hscan/sscan 渐进式删除
- Hot Key 如何发现和应对？
发现：客户端埋点 / proxy 层统计 / Redis 8.0+ hotkey detection（实验）。
应对： - 本地缓存（二级缓存）
- 多副本 + 读写分离
- proxy 一致性 hash + 本地热点缓存（如 JetCache、Caffeine）
- Redis 集群 slot 迁移热点 key
3. 持久化 & 高可用深度（哨兵 vs 集群）
- AOF + RDB 混合持久化（Redis 4.0+）优缺点？
优点：启动快（RDB） + 数据更安全（AOF fsync everysec）。
流程：重写时用 RDB 快照 + AOF 增量。
缺点：重写期间内存翻倍。 - 哨兵（Sentinel） vs Redis Cluster 选型依据？ 维度 Sentinel Redis Cluster 分片 无（主从复制） 有（16384 slot） 容量 单实例上限 ~ hundreds GB 可线性扩展 客户端 需 sentinel 感知主从切换 原生支持重定向 MOVED/ASK 一致性 最终一致性 最终一致性（可能丢失少量写） 适用场景 缓存 + 小型 session 大容量、分布式缓存、排行榜等
- Redis Cluster 扩容/缩容期间如何不影响业务？
迁移 slot 时用CLUSTER SETSLOT+MIGRATING/IMPORTING状态。
客户端需支持 ASK/MOVED 重定向。
生产最佳实践：用 codis / twemproxy / redis-cluster-proxy 平滑过渡。
4. 分布式锁 & 事务 & Lua（高并发必考）
- Redisson 分布式锁底层原理？（RedLock 争议）
单节点：SET key value NX PX 30000
多节点 RedLock：多数派（N/2+1）获取锁才算成功。
争议：时钟漂移、网络分区下可能出现安全问题（Martin Kleppmann 批评过）。
推荐：业务允许小概率重试就用单节点 + watch dog 续期；强一致用 ZooKeeper/etcd。 - Redis 事务与 MySQL 事务区别？
Redis：MULTI/EXEC，无回滚（部分失败前面已执行）。
错误分两种：语法错（全部不执行）、运行时错（前面成功的不回滚）。
Lua 脚本是原子执行的最好方案。
5. Redis 7.0/8.0 新特性（2025–2026 新增高频）
- Redis 7.0 重要变化
- 多线程 IO 增强
- 函数（Functions）取代部分 Lua 脚本
- Sharded Pub/Sub（分片发布订阅）
- Client-side caching（RESP3 协议）
- Redis 8.0（2025–2026 逐渐普及）
- 更细粒度的内存统计
- 可编程的 eviction 策略
- 更强的 vector set 支持（AI 场景）
6. 其他高级追问方向（P8–P10 爱问）
- 如何用 Redis 实现延时队列？（zset + 轮询 / Redisson DelayQueue）
- Redis 主从复制延迟怎么优化？（repl-diskless-sync + repl-backlog）
- 热点 key 预热方案？
- Redis 内存使用率达到 90% 了，怎么应急？
- Pipeline vs Lua vs 事务，性能 & 适用场景对比？
- Redis 作为消息队列的优缺点？（List / PubSub / Stream）
一句话总结高级 Redis 面试准备策略：
原理 + 生产问题 + 新版本特性 + 业务取舍 是核心。
能画出架构图 + 说出真实踩坑经验 + 说出“为什么不用别的方案”的人，最容易通过。
如果你是准备具体哪家公司（字节/阿里/美团等），或者想针对某个点深入（比如 Redisson 锁源码、Cluster 扩容脚本），可以告诉我，我给你更针对性的补充和话术。加油，高级岗 Redis 这一块答好了，基本能加很多分！
