3. 缓存的基本原理与数据模型：key-value、哈希、有序集合
缓存的核心原理是将热数据暂存于高速存储层（通常为内存），以降低访问延迟、减少后端负载。数据模型是缓存系统的逻辑骨架——它决定了数据如何组织、如何寻址、支持哪些操作。本章以边界、分层、组件职责、数据流/控制流/信任链路、选型权衡、风险点、落地步骤、验收标准八个维度，深入剖析三种最通用的缓存数据模型：key‑value、哈希、有序集合。
3.1 边界定义
缓存数据模型的边界解决“数据在缓存中如何表示、如何访问”的问题，不解决数据源到缓存的同步策略（属于缓存更新模式）、集群节点间数据分布（属于数据分片）或持久化可靠性（属于存储引擎）。
- key‑value：最简模型，通过唯一键直接映射到值，值对缓存系统透明（不解析内部结构）。
- 哈希：在单一键下引入二级字段（field），缓存系统可感知字段级结构，支持部分读写。
- 有序集合：在集合基础上附加浮点分值（score），自动按分值排序，支持范围查询与排名操作。
三种模型均假设数据驻留在易失性内存中，不保证事务性跨键原子操作（除非缓存系统额外提供事务命令）。
3.2 分层位置
在缓存架构的纵向分层中，数据模型位于数据访问层与存储引擎层之间，是承上启下的核心抽象。
| 层次 | 职责 | 是否包含数据模型 |
|---|---|---|
| 业务应用层 | 业务逻辑、API 调用 | 否 |
| 数据访问层 | 客户端 SDK、连接池、序列化/反序列化 | 否（但依赖模型接口） |
| 数据模型层 | Key‑Value / Hash / Sorted Set 的结构定义与操作语义 | 是——本章焦点 |
| 存储引擎层 | 内存分配、过期策略、持久化写入 | 否（引擎适配模型） |
| 物理存储层 | RAM、磁盘、网络 | 否 |
数据模型层向上提供统一的操作接口（如 GET / SET、HGET / HSET、ZADD / ZRANGE），向下屏蔽存储引擎的内存布局差异。
3.3 组件职责
三种数据模型的核心组件及其职责如下：
- Key‑Value 模型
- Key：唯一标识符，通常为字符串，由业务命名空间拼接而成。
- Value：不透明字节序列，缓存系统不解析其内部结构。
- 职责：提供 O(1) 的随机读写，适合独立、无关联的数据项。
- Hash 模型
- Key：对象标识符。
- Field：属性名称，二级索引。
- Value：属性值，缓存系统可独立操作单个字段。
- 职责：在单一键下管理多个字段，节省内存（避免为每个属性创建独立键），支持部分更新。
- Sorted Set 模型
- Key：集合标识符。
- Member：集合元素，唯一。
- Score：浮点分值，决定排序位置。
- 职责：维护有序列表，支持按分值范围查询、排名、Top‑N 操作。
3.4 数据流、控制流与信任链路
数据流（写入路径）：业务应用 → SDK 序列化 → 网络传输 → 缓存服务器解析 → 按模型结构写入内存 → 返回确认。
数据流（读取路径）：业务应用 → SDK 发送 Key → 缓存服务器查找 → 按模型结构读取 → 序列化返回 → SDK 反序列化 → 业务使用。
控制流：客户端通过 TCP 连接发送命令（如 HSET），服务器命令解析器识别模型类型，调用对应存储引擎函数，最终执行结果通过同一连接返回。
信任链路：
- 身份认证：连接建立时通过密码或证书验证客户端身份。
- 传输加密：TLS 隧道防止中间人窃听。
- 权限控制：ACL（访问控制列表）限制客户端可操作的命令与 Key 空间。
以下代码示例展示三种数据模型在 Redis 中的典型操作：
# Key-Value 模型：独立键值对
SET session:abc123 '{"userId":42,"expires":3600}'
GET session:abc123
# Hash 模型：对象字段管理
HSET user:42 name "Alice" email "alice@example.com" role "admin"
HGET user:42 name
HGETALL user:42
# Sorted Set 模型：带权重的有序集合
ZADD leaderboard 98.5 player:1001 87.3 player:1002 92.1 player:1003
ZRANGE leaderboard 0 -1 WITHSCORES
ZREVRANGE leaderboard 0 2 WITHSCORES # 前三名