【Redis】【下篇】实战场景与经典陷阱 —— 从分布式锁到缓存三大问题的终极方案

纸上得来终觉浅绝知此事要躬行。到了下篇我们不再纠结底层指令而是切换到架构师视角看 Redis 如何左右战局。 下篇目录提问五Redis 五种数据类型的常用场景有哪些如何实现分布式锁和排行榜提问九Redis 如何解决缓存穿透缓存击穿和缓存雪崩问题五、Redis 五种数据类型的常用场景有哪些如何实现分布式锁和排行榜1. 场景精讲String缓存对象 JSON、分布式 IDINCR、分布式锁SETNX、计数器阅读量。Hash存储对象用户信息/商品详情支持单独改字段、电商购物车HINCRBY增减数量。List轻量级消息队列LPUSHBRPOP、最新动态时间线LRANGE取最新 N 条。Set标签系统SADD、共同好友SINTER交集、抽奖去重SPOP随机弹出。Sorted Set实时排行榜ZINCRBY更新分数、延时队列Score 存时间戳ZRANGEBYSCORE取到期任务。2. 如何实现分布式锁核心原则SET key value NX EX seconds原子性设置锁只有 Key 不存在时才成功。解锁必须配合 Lua 脚本校验 Value防止超时误删别人的锁。进阶Redisson引入“看门狗”机制自动续期解决业务执行超时锁自动释放的问题。3. 如何实现排行榜以游戏积分榜为例玩家积分更新ZADD rank 100 player1或ZINCRBY rank 10 player1。查询 Top 10ZREVRANGE rank 0 9 WITHSCORES按分数从高到低取前 10。查询玩家排名ZREVRANK rank player1返回从 0 开始的名次。九、Redis 如何解决缓存穿透缓存击穿和缓存雪崩问题这是 Redis 生产环境必考的灵魂三问也是架构防御战的最高体现。1. 缓存穿透数据根本不存在现象大量请求查询 DB 中不存在的数据如id-1绕过缓存直接击穿 DB。解决方案方案 A缓存空对象DB 查询为空时缓存一个空值null并设置较短过期时间如 5 分钟防止反复穿透。方案 B布隆过滤器最彻底防御。在缓存前置一层布隆过滤器将存在的数据 Key 映射进去。请求来了先过布隆判断“不存在”则直接拦截判断“可能存在”才放行极低误判率。2. 缓存击穿热点 Key 过期现象某个访问极高的热点 Key如双 11 秒杀商品突然过期大量并发请求同时打到 DB。解决方案方案 A互斥锁 SETNX当缓存失效时第一个请求抢到分布式锁去 DB 查并重建缓存其他请求短暂等待或重试。只让一个线程查 DB。方案 B逻辑过期缓存不设置物理过期时间而是在 Value 中存逻辑过期字段。检测到过期时异步线程去更新缓存当前请求返回旧数据适用于容忍短暂不一致的高并发场景。3. 缓存雪崩大面积 Key 同时失效 / Redis 宕机现象大量缓存同一时间集体失效或 Redis 节点宕机洪水般的请求涌入 DB 导致数据库崩溃。解决方案方案 A过期时间加随机偏移设置 TTL 时加上一个随机数如3600 random(0,300)避免大面积 Key 同时过期。方案 B高可用集群部署 Redis 主从哨兵或 Cluster确保 Redis 本身不挂。方案 C熔断与限流引入 Sentinel/Hystrix当 DB 压力陡增时自动熔断降级返回友好错误信息保护核心业务。 写在最后全文终章到这里《Redis 系统知识完全拆解》上、中、下三篇就全部结束了。回顾征途上篇我们看懂了单机到集群的架构史诗、RESP 协议的极简美学、五大金刚的数据秘笈以及 Pipeline 与 Lua 的底层对决。中篇我们钻进了fork()与写时复制的内核缝隙理清了过期与淘汰的微妙权衡。下篇我们跃升为架构师手持 Redis 利刃斩落分布式锁与缓存三大魔头。整个互联网架构一半是缓存一半是数据库。得缓存者得吞吐。懂 Redis 者得天下。如果这三篇文章让你在某个深夜有了恍然大悟的瞬间或者在你的面试/实战中助你一臂之力请不要吝啬你手中的点赞、收藏和关注。我是CodeStats我们下个系统底层技术MySQL 或 Kafka系列再见