Redis 系列第 4 篇。把 Redis 挂在数据库前面，难点全在「缓存和数据库对不上」的时候。这篇讲穿透击穿雪崩三类故障的根因与对策、写读两条路径的一致性保证，以及分布式锁和限流怎么落地。

Redis 系列第 3 篇。Spring Boot 接 Redis 只要一个 starter，但默认配置有三个坑：配置前缀写错不报错、默认的 JDK 序列化让 key 变成乱码、Jackson 2 的序列化器在新版本里已经废弃。

文章聚焦 Redis 容器化部署与高可用：配置和数据目录都要挂载，并显式指定配置文件，改配置后需重启容器；连接失败应按服务、端口、密码、bind、保护模式、防火墙排查，不能随意关闭保护模式。主从复制用 REPLICAOF，SLAVEOF 在 Redis 7.0 已删除；复制异步，读己之写应读主。哨兵负责自动切换，宜奇数至少三个并设置法定人数，注意共享挂载和启动顺序；客户端需接入哨兵才能感知新主。发布订阅不存消息，不能当可靠消息队列。

本文梳理 Redis 核心机制：它是内存键值服务器，提供 String、List、Set、Hash、ZSet 五种基础类型及 Geo、HyperLogLog、Bitmap 三种特殊类型；命令执行单线程，真正瓶颈是内存和网络带宽，生产应避免 KEYS。持久化含 RDB 快照与 AOF 日志，通常两者都开，AOF 的 everysec 是多数场景正解。配置重点为 maxmemory、淘汰策略、认证及网络暴露面。选型还须注意许可变更和安全风险：8.0.x 止于 8.0.6，仍受 CVE-2026-66373 影响，应升级到 8.2.8 以上；SLAVEOF 已删除，GEORADIUS 已废弃。

入门阶段的 Redis 速查：一张覆盖导入、连接、六种数据类型的思维导图，加上各类型常用命令清单。清单之外还有数据结构机制、持久化、部署高可用、Spring Boot 整合和缓存实战四篇，按 01 到 04 读。