Redis面试题 03

这份清单涵盖了 Redis 在生产环境中最核心的实战问题包括数据分布、内存管理、高并发场景下的缓存异常穿透/击穿/雪崩以及一致性保障。这些都是中高级开发岗位面试的“必考题”。以下是针对这 10 个问题的高分回答话术整理按逻辑模块分类方便记忆和表达。第一部分核心机制与算法 (Q1-Q3)1. 哈希分区算法有哪些核心回答Redis Cluster 和分布式缓存系统中常用的哈希分区算法主要有三种取模哈希 (hash(key) % N)原理根据节点数量 N 取模。缺点扩容/缩容困难。当节点数 N 变化时大部分 Key 的映射位置都会改变导致大量缓存失效和数据库压力激增缓存雪崩。一致性哈希 (Consistent Hashing)原理将节点和数据都映射到一个环形空间上数据顺时针找到的第一个节点即为归属节点。优点扩容/缩容时只影响相邻节点的数据迁移量小。缺点容易产生数据倾斜热点节点通常通过引入虚拟节点来解决。哈希槽 (Hash Slots) —— Redis Cluster 采用方案原理预设16384 个槽Key 通过CRC16(key) % 16384计算归属槽每个节点负责一部分槽。优点解耦了节点数量和槽数量扩容缩容只需迁移槽非常灵活且均衡。”2. 过期键的删除策略核心回答Redis 采用的是惰性删除 定期删除相结合的策略以平衡 CPU 和内存开销惰性删除客户端访问某个 Key 时检查是否过期。如果过期立即删除并返回空。优点最大限度节省 CPU。缺点如果大量 Key 过期但未被访问会占用内存。定期删除Redis 默认每秒执行 10 次过期扫描随机抽取一部分设置了过期时间的 Key 进行检查和删除。策略如果过期 Key 比例高就多做一点如果比例低就少做一点避免长时间占用 CPU。总结两者结合既保证了内存不会无限增长又避免了因集中删除导致的线程阻塞。”3. 内存淘汰策略有哪些核心回答“当 Redis 内存达到maxmemory限制时会根据配置的maxmemory-policy进行淘汰主要有 6 种策略noeviction默认不淘汰直接报错写操作失败。allkeys-lru从所有 Key 中淘汰最近最少使用的 Key。最常用适合纯缓存场景volatile-lru仅从设置了过期时间的 Key 中淘汰最近最少使用的。allkeys-random从所有 Key 中随机淘汰。volatile-random仅从设置过期时间的 Key 中随机淘汰。volatile-ttl仅从设置过期时间的 Key 中淘汰剩余存活时间更短的 Key。建议一般业务推荐使用allkeys-lru让 Redis 自动管理热点数据。”第二部分缓存一致性 (Q4)4. 如何保证缓存与数据库双写时的数据一致性核心回答“这是一个经典的最终一致性问题没有完美方案只有权衡首选方案先更新数据库再删除缓存Cache Aside Pattern。理由删除比更新成本低且能避免并发写导致的脏数据。即使删缓存失败下次读取时会触发‘读缺失’重新加载最新数据。解决删除失败引入重试机制或异步保障。简单版代码捕获异常重试删除几次。进阶版推荐利用Canal监听 MySQL Binlog将变更消息发送到MQ消费者消费消息后删除 Redis。利用 MQ 的重试和死信队列保证删除操作最终成功。特殊场景如果对一致性要求极高如金融可考虑延时双删先删-更 DB-休眠-再删但会增加接口耗时现在用得较少。结论绝大多数业务接受秒级不一致采用‘更 DB 删 Cache Canal 异步兜底’是最佳实践。”第三部分缓存三大异常与解决方案 (Q5-Q9)5. 说一说缓存穿透核心回答现象查询一个根本不存在的数据缓存没命中请求直达数据库数据库也没数据。恶意攻击者利用此点频繁请求不存在的 Key打挂数据库。解决方案缓存空对象即使数据库查不到也将null值写入缓存并设置较短过期时间如 5 分钟。布隆过滤器 (Bloom Filter)在缓存前加一层过滤器快速判断 Key 是否存在。如果过滤器说没有直接拦截不查库。最优解但有误判率参数校验在接口层对 ID 等参数做基本合法性校验如 ID 不能为负数。”6. 说一说缓存雪崩核心回答现象大量 Key 在同一时间过期或者 Redis 服务宕机导致瞬间所有请求涌向数据库造成数据库崩溃。解决方案随机过期时间给 Key 的过期时间加上一个随机值如expire base random(1, 5)避免集体失效。高可用架构搭建 Redis 哨兵或集群防止单点宕机。限流降级当检测到流量激增时对非核心业务进行限流或服务降级保护数据库。预热提前加载热点数据到缓存。”7. 缓存击穿核心回答现象某个热点 Key如秒杀商品突然过期此时有大量并发请求同时访问该 Key全部穿透到数据库。解决方案互斥锁 (Mutex Lock)发现缓存失效后不是直接查库而是先获取分布式锁。只有拿到锁的线程去查库并回写缓存其他线程等待或重试。逻辑过期不设置物理过期时间而是在 Value 里存一个expireTime字段。读取时发现逻辑过期开启一个异步线程去更新缓存当前线程直接返回旧值保证可用性牺牲短暂一致性。”8. 缓存预热核心回答定义系统上线前或大促前主动将热点数据加载到缓存中避免冷启动时用户请求直接打到数据库。实施方式脚本定时任务编写脚本在低峰期全量或增量加载数据。启动时加载应用启动时同步加载注意控制数据量避免启动过慢。离线计算推送通过大数据平台计算出热点 Key推送到 Redis。”9. 缓存降级核心回答定义当缓存服务不可用如 Redis 挂了或负载过高时为了保住核心业务暂时停用缓存直接访问数据库或者返回默认值/兜底数据。实施要点开关控制通过配置中心如 Nacos/Apollo动态控制是否走缓存。熔断机制结合 Sentinel/Hystrix当缓存错误率达到阈值自动熔断。有损服务降级后可能响应变慢或数据稍旧需提前告知用户或限制功能。”第四部分运维与优化 (Q10)10. Redis 大 Key 怎么处理核心回答危害大 Key如几 MB 的 String 或几十万元素的 Hash/List会导致网络阻塞、内存不均、主从同步延迟甚至引发 OOM。发现方法命令行使用redis-cli --bigkeys分析。监控通过 RDB 文件分析工具如 rdb-tools或线上监控告警。处理方案拆分将大 Hash 拆分为hash_0,hash_1...大 List 拆分为多个小 List。压缩对 String 类型的大 Value 进行序列化压缩如 GZIP。清理对于不再需要的大 Key不要直接用DEL会阻塞主线程要用UNLINK异步非阻塞删除。” 面试加分技巧场景化串联如果面试官问得比较散你可以尝试串联起来回答展示系统性思维。例如“关于缓存的高可用设计我们首先要考虑数据分布Q1Redis Cluster 的哈希槽机制很好地解决了扩容问题。接着是内存管理Q2, Q3通过惰性定期删除和 LRU 淘汰策略保证内存不被撑爆。在生产中最怕遇到三大异常Q5-Q7穿透用布隆过滤器雪崩靠随机过期击穿过互斥锁。同时我们要通过预热Q8和降级Q9预案来应对突发流量。最后对于大 KeyQ10要提前发现和拆分避免单点故障。整个过程中数据一致性Q4是我们始终关注的重点通常采用‘更 DB 删 Cache 异步兜底’的最终一致性方案。”这样回答会让面试官觉得你不仅背了知识点而且真正理解了整个技术体系。