2. Redis 基础回顾：五种核心数据类型及适用场景

在深入企业级热点削峰与审批流优化之前，必须牢固掌握 Redis 的五种核心数据类型。它们是所有高级特性的基石，选错类型会导致性能灾难或架构复杂化。本节从底层结构、操作命令、时间复杂度到企业级场景，逐一拆解。

2.1 数据类型总览与选型速查

下表从底层编码、最大容量、核心操作复杂度三个维度对比五种类型，方便你在架构设计时快速决策。

2.2 String — 最基础但最强大的原子载体

String 是 Redis 中最简单的类型，但企业级 80% 的优化场景都离不开它。底层采用动态字符串（SDS），支持自动扩容和二进制安全。

• 原子计数器： INCR/DECR 命令是原子操作，适用于秒杀库存扣减、接口限流令牌桶。
• 分布式锁： SET key value NX EX seconds 是 Redlock 的基础，保证互斥性。
• 对象序列化缓存： 将 Java POJO 序列化为 JSON/Protobuf 存入，适合用户 Session、配置信息。
• 位图（Bitmap）： SETBIT/GETBIT 实现亿级用户签到、在线状态统计，内存极省。

// 企业级分布式锁示例（Jedis）
String result = jedis.set("lock:order:1001", "thread-1", "NX", "EX", 30);
if ("OK".equals(result)) {
    try {
        // 执行业务逻辑
    } finally {
        // 使用 Lua 脚本保证原子释放
        String script = "if redis.call('get',KEYS[1]) == ARGV[1] then return redis.call('del',KEYS[1]) else return 0 end";
        jedis.eval(script, 1, "lock:order:1001", "thread-1");
    }
}

2.3 List — 轻量级消息通道与时间轴

List 底层使用 quicklist（3.2+），结合了 ziplist 的内存紧凑和 linkedlist 的双端操作优势。企业级最常用作异步解耦的缓冲队列。

• 任务队列： LPUSH 生产，BRPOP 阻塞消费，实现生产者-消费者模式。
• 时间轴（Timeline）： LTRIM 截断保留最新 N 条，适合用户动态流。
• 栈结构： LPUSH + LPOP 实现后进先出，用于回滚操作栈。

2.4 Hash — 对象级缓存的正确姿势

Hash 是 Redis 模仿关系型数据库行存储的最佳结构。相比 String 序列化整个对象，Hash 支持对单个字段进行读写，节省带宽并支持部分更新。

• 审批单详情缓存： 将审批单 ID 作为 key，字段为 applicant、approver、status、createTime，HGET 按需获取。
• 用户属性： 用户 ID 为 key，字段为 nickname、avatar、level，HINCRBY 更新积分。
• 购物车： 用户 ID 为 key，商品 SKU 为 field，数量为 value。

// 审批单部分更新（仅修改状态字段）
jedis.hset("approval:20250301:001", "status", "APPROVED");
// 批量获取审批单关键字段
List<String> fields = jedis.hmget("approval:20250301:001", "applicant", "status", "createTime");

2.5 Set — 去重与集合运算利器

Set 基于哈希表实现，所有成员唯一。企业级最常用的是集合运算（交集、并集、差集），这些运算在服务端完成，避免大量数据回传。

• 标签系统： 用户 ID 为 key，标签名为 member，SINTER 计算共同标签用户。
• 抽奖去重： SADD 添加参与用户，SRANDMEMBER 随机抽取，保证不重复中奖。
• 好友关系： 用户 ID 为 key，好友 ID 为 member，SISMEMBER O(1) 判断是否好友。

2.6 ZSet — 排序与优先级的最佳选择

ZSet（有序集合）是 Redis 最复杂也最强大的类型。底层使用跳跃表（skiplist） + 哈希表，兼顾 O(log N) 的插入/删除和 O(1) 的成员查找。企业级审批流中的优先级排队、热点削峰中的延时队列都依赖 ZSet。

• 审批优先级队列： 以审批单 ID 为 member，紧急程度（如 1-100）为 score，ZRANGEBYSCORE 按优先级处理。
• 延时任务： 以任务 ID 为 member，执行时间戳为 score，ZRANGEBYSCORE 轮询到期任务。
• 实时排行榜： 用户 ID 为 member，积分/销售额为 score，ZREVRANGE 获取 Top N。

// 审批流优先级队列：score 越小优先级越高
jedis.zadd("approval:queue", 1, "order-1001");   // 紧急
jedis.zadd("approval:queue", 10, "order-1002");  // 普通
// 获取待处理审批（按优先级升序）
Set<String> urgent = jedis.zrangeByScore("approval:queue", 0, 5);
// 移除已处理的审批
jedis.zrem("approval:queue", "order-1001");

2.7 五种类型的企业级选型决策树

下面的 SVG 图展示了从业务需求到 Redis 数据类型的决策路径，帮助你在架构设计时快速定位。

2.8 企业级场景对照表

下表将课程后续章节涉及的热点削峰与审批流场景直接映射到数据类型，方便你在实战中快速参考。