Redis概述
Redis 是以内存为核心的数据结构数据库，常用于缓存、计数、排行榜、会话、消息流、限流、分布式协调和实时检索。学习 Redis 不能只背命令，要理解数据结构、事件模型、持久化、复制、集群和缓存一致性。
# 1. 学习定位
| 维度 | 内容 |
|---|---|
| 难度层级 | 入门到架构 |
| 核心目标 | 先会用，再理解机制，最后能做工程取舍和故障分析 |
| 学习方法 | 带着业务场景看命令、SQL、数据结构、日志和运行时指标 |
# 2. 核心地图
Redis概述
├─ 内存数据结构
├─ 命令执行
├─ 事件循环
├─ 过期淘汰
├─ 持久化
├─ 复制
├─ Sentinel
├─ Cluster
└─ 可编程能力
# 3. 小章节深度讲解
下面把核心地图中的每个点拆开讲。每个小节都同时面向开发和运维：开发侧关注怎么设计、怎么写代码、怎么避免错误；运维侧关注怎么监控、怎么定位、怎么恢复。
# 3.1. 内存数据结构
# 是什么
Redis 的内存数据结构不是简单的 Map，而是把 String、Hash、List、Set、Sorted Set、Stream 等抽象映射到 SDS、dict、listpack、quicklist、skiplist 等内部结构。选择哪种结构，直接决定命令复杂度、内存占用和延迟上限。
# 开发人员怎么用
开发人员要先从访问模式选择结构：计数用 String，稀疏对象用 Hash，有序排行用 Sorted Set，消息流转用 Stream。设计时要估算 key 数、value 大小、集合基数和 TTL，避免把一个超大 Hash 或 List 当成关系表使用。
# 运维人员怎么看
运维人员要关注 used_memory、mem_fragmentation_ratio、淘汰次数、MEMORY USAGE、OBJECT ENCODING、bigkeys/hotkeys 和慢命令。结构选错时，表现通常不是功能错误，而是内存膨胀、主线程阻塞或复制延迟。
# 常见风险
常见风险是开发阶段只验证功能，不验证数据规模。上线后集合元素持续增长，单 key 变成大 key，删除、序列化、复制和迁移都会拖慢整个实例。
# 3.2. 命令执行
# 是什么
命令执行 属于 Redis 命令执行与可编程能力。Redis 命令通常在主执行路径中串行完成，单个慢命令会影响后续所有请求。
# 开发人员怎么用
开发人员要控制命令复杂度、返回大小和批量规模。Lua 与 Functions 只适合短小原子逻辑，不适合承载复杂业务流程。
# 运维人员怎么看
运维人员要看 SLOWLOG、commandstats、latency monitor 和客户端缓冲区。危险命令要通过 ACL、代理或规范禁止进入主链路。
# 常见风险
常见风险是为了减少网络往返，把过多操作塞进一次 Pipeline 或脚本，结果主线程长时间不可服务。
# 3.3. 事件循环
# 是什么
事件循环 属于 Redis 事件循环和网络模型。Redis 能处理大量连接，是因为 IO 多路复用和短命令串行执行共同作用。
# 开发人员怎么用
开发人员要避免大响应、慢脚本、全量集合运算和无限阻塞读取。客户端超时、连接池和重试策略要与 Redis 延迟目标匹配。
# 运维人员怎么看
运维人员要关注 P99/P999 延迟、blocked_clients、客户端输入输出缓冲、网络吞吐和单核 CPU。平均延迟无法说明尖刺风险。
# 常见风险
常见风险是慢客户端消费响应太慢，输出缓冲不断增长，最终影响内存和事件循环。
# 3.4. 过期淘汰
# 是什么
过期淘汰 属于缓存稳定性问题。缓存不是简单加速层，它决定数据库回源压力、数据新鲜度、热点保护和故障降级。
# 开发人员怎么用
开发人员要为不同数据定义 TTL、随机抖动、空值缓存、热点重建和一致性策略。写库删缓存、延迟双删、binlog 订阅都要配合失败补偿。
# 运维人员怎么看
运维人员要监控命中率、过期速率、淘汰数量、热点 key、大 key、回源量和数据库压力。Redis 故障时要看数据库是否被缓存失效放大。
# 常见风险
常见风险是大量 key 同时过期或热点 key 硬过期，瞬间把所有请求打回数据库。缓存系统必须有保护数据库的设计。
# 3.5. 持久化
# 是什么
持久化 属于 Redis 持久化与恢复链路。RDB 偏快照，AOF 偏追加日志，二者都会带来 fork、COW、磁盘 IO 和恢复时间成本。
# 开发人员怎么用
开发人员要明确 Redis 数据是否允许丢失。纯缓存可以冷启动，业务状态、队列和锁相关数据则需要补偿、重建或更严格持久化。
# 运维人员怎么看
运维人员要监控 fork 耗时、AOF fsync 延迟、rewrite 状态、持久化目录空间和恢复加载时间。持久化失败必须告警。
# 常见风险
常见风险是实例内存接近上限时触发 fork，COW 内存峰值导致系统压力飙升甚至进程被杀。
# 3.6. 复制
# 是什么
复制 属于 Redis 高可用或集群拓扑。它决定数据如何复制、故障时如何提升新主、客户端如何找到正确节点。
# 开发人员怎么用
开发人员要选择支持 Sentinel 或 Cluster 的客户端，并处理读旧数据、重定向、拓扑刷新和跨槽限制。
# 运维人员怎么看
运维人员要监控复制延迟、offset 差距、backlog 命中、Sentinel quorum、槽迁移和每个分片的内存/QPS/延迟。
# 常见风险
常见风险是只看集群总容量，忽略单槽热点、单 key 热点和客户端不支持重定向。
# 3.7. Sentinel
# 是什么
Sentinel 属于 Redis 高可用或集群拓扑。它决定数据如何复制、故障时如何提升新主、客户端如何找到正确节点。
# 开发人员怎么用
开发人员要选择支持 Sentinel 或 Cluster 的客户端，并处理读旧数据、重定向、拓扑刷新和跨槽限制。
# 运维人员怎么看
运维人员要监控复制延迟、offset 差距、backlog 命中、Sentinel quorum、槽迁移和每个分片的内存/QPS/延迟。
# 常见风险
常见风险是只看集群总容量，忽略单槽热点、单 key 热点和客户端不支持重定向。
# 3.8. Cluster
# 是什么
Cluster 属于 Redis 高可用或集群拓扑。它决定数据如何复制、故障时如何提升新主、客户端如何找到正确节点。
# 开发人员怎么用
开发人员要选择支持 Sentinel 或 Cluster 的客户端，并处理读旧数据、重定向、拓扑刷新和跨槽限制。
# 运维人员怎么看
运维人员要监控复制延迟、offset 差距、backlog 命中、Sentinel quorum、槽迁移和每个分片的内存/QPS/延迟。
# 常见风险
常见风险是只看集群总容量，忽略单槽热点、单 key 热点和客户端不支持重定向。
# 3.9. 可编程能力
# 是什么
可编程能力 属于 Redis 服务端可编程能力。Functions 和 Lua 可以减少网络往返并保证短逻辑原子执行，但它们仍运行在 Redis 执行路径上。
# 开发人员怎么用
开发人员要把函数当作受控基础设施代码，保持短小、可测试、可回滚。业务流程不要整体搬进 Redis。
# 运维人员怎么看
运维人员要管理函数版本、部署顺序、节点一致性、慢调用和错误率。Cluster 中还要确认 key 声明和槽位限制。
# 常见风险
常见风险是线上手工加载函数库，多个节点版本不一致；或函数处理大量 key，导致 Redis 主线程长时间阻塞。
# 3.10. 本篇学习实验
建议准备一个独立 Redis 实例，构造小 key、大 key、热点 key、过期 key 和慢命令，观察 INFO、SLOWLOG、LATENCY、内存变化和客户端超时。每个实验都要记录命令复杂度和返回数据量。
开发侧实验重点是理解数据结构和命令边界，运维侧实验重点是理解延迟、内存和复制如何变化。真正掌握本篇内容，应该能从延迟尖刺反推大 key、慢命令、持久化或网络问题。
# 4. 核心机制
- Redis 把常用抽象封装成 String、Hash、List、Set、Sorted Set、Stream 等数据结构，并为不同规模选择内部编码。
- Redis 核心命令执行路径强调低延迟，主线程串行执行命令可以避免复杂锁竞争。
- 持久化、复制和集群让 Redis 不只是缓存，也能承担部分实时数据和消息场景。
- Redis 的风险往往来自内存边界、热点 key、大 key、阻塞命令和缓存一致性。
# 5. 工程实践
- 把 Redis 定位写清楚：缓存、状态存储、队列还是分布式协调，不同定位可靠性要求不同。
- 所有 key 设计都要包含命名规范、TTL 策略、容量估算和删除策略。
- 上线前识别大 key、热点 key、慢命令和 Lua 脚本阻塞风险。
- 缓存场景要设计穿透、击穿、雪崩和数据库回源保护。
# 6. 常见坑
- 把 Redis 当无限内存字典，缺少容量治理。
- 把缓存当数据库真相源，却没有持久化和恢复策略。
- 使用危险命令扫描全库，例如生产高峰执行
KEYS *。 - 只关注 QPS，不看延迟、内存碎片、阻塞和复制延迟。
# 7. 专家视角
- Redis 专家首先关心数据模型和访问模式，而不是命令清单。
- 优秀 Redis 架构会让 key 可治理、容量可预测、降级可执行、故障可恢复。
- 研究 Redis 要把数据结构、事件循环、内存分配和高可用拓扑放在一起看。
# 8. Tips 快问快答
Q：Redis 只是缓存吗？
A：不是。它是数据结构数据库，也可用于消息流、限流、排行榜、会话和实时索引。
Q：Redis 为什么快？
A：主要因为内存访问、高效数据结构、事件驱动模型和简单命令执行路径。
Q：Redis 最大风险是什么？
A：内存失控、阻塞命令、热点 key、大 key 和缓存一致性设计不当。
# 9. 阶段小结
Redis概述 的学习重点不是记住零散概念，而是把它放回真实系统：数据如何进入、如何存储、如何被查询、如何在并发下保持正确、如何在故障后恢复。掌握这些连接关系，才能从“会用”走向“能设计、能优化、能排障”。