2. Redis核心数据结构回顾：String、Hash、List、Set、Sorted Set在认证场景下的典型用法与性能对比

在认证授权平台中，Redis 的数据结构选择直接影响接口响应时间与系统吞吐量。本章从实战角度出发，逐一回顾五种核心数据结构在认证场景下的典型用法，并通过性能对比帮助你在调优工程中做出正确选型。

2.1 数据结构与认证场景映射

下表总结了五种数据结构在认证授权平台中的典型用途、数据模型与性能特征：

2.2 String：认证数据的基石

String 是 Redis 最基础的数据结构，在认证场景中承担 键值对缓存 的核心角色。其 O(1) 的读写性能使其成为 Session Token、JWT 和验证码的首选。

• Session Token 缓存：SET session:{token} user_json EX 3600，直接存储序列化后的用户信息。
• 验证码存储：SET captcha:{phone} 123456 EX 300，配合过期时间自动清理。
• 分布式锁：SET lock:auth:{uid} uuid NX EX 10，防止并发认证请求。

2.3 Hash：用户属性的结构化存储

当需要存储用户的多项属性（如角色、权限、过期时间）时，Hash 比 String 更节省内存，且支持 字段级操作，避免全量读写。

// 存储用户认证属性
HMSET user:1001 name "张三" role "admin" permissions "read,write" expire "1710000000"

// 仅获取角色字段
HGET user:1001 role

// 仅更新过期时间
HSET user:1001 expire "1710003600"

2.4 List：认证流水与队列

List 在认证场景中主要用于 有序日志 和 异步队列。其 LPUSH/RPUSH 和 LPOP/RPOP 均为 O(1) 操作，适合高并发写入。

• 登录审计日志：LPUSH audit:login:1001 "2025-01-15 10:30:00"，配合 LTRIM 控制长度。
• 令牌刷新队列：RPUSH queue:refresh_token "{token}"，消费者使用 BLPOP 阻塞获取。
• 多设备登录管理：使用 List 维护最近 N 个活跃 Session ID。

2.5 Set：集合运算与快速判重

Set 的 无序唯一性 和 O(1) 成员判断 使其成为黑名单、角色集合和 Token 去重的理想选择。

// 添加黑名单 Token
SADD blacklist:tokens "jwt_token_abc123"

// 判断 Token 是否被撤销
SISMEMBER blacklist:tokens "jwt_token_abc123"

// 获取用户角色集合
SMEMBERS roles:user:1001

2.6 Sorted Set：排序与范围查询

Sorted Set 通过 score 排序 支持按时间戳、过期时间或活跃度进行范围查询，是认证场景中 定时清理 和 排行榜 的核心数据结构。

• Token 过期自动清理：ZADD sessions:expire 1710000000 "token_abc"，配合 ZRANGEBYSCORE 获取已过期 Token。
• 登录频次控制：ZINCRBY login:count:1001 1 timestamp，统计单位时间内登录次数。
• 活跃 Session 排序：按最后访问时间排序，淘汰最不活跃的 Session。

// 添加活跃 Session，score 为时间戳
ZADD active:sessions 1710000000 "session_1001"
ZADD active:sessions 1710003600 "session_1002"

// 获取最近 10 个活跃 Session
ZREVRANGE active:sessions 0 9 WITHSCORES

// 删除 24 小时前的 Session
ZREMRANGEBYSCORE active:sessions 0 1709913600

2.7 数据结构选型决策流程

下图展示了在认证授权场景中，如何根据业务需求选择最合适的 Redis 数据结构：

2.8 性能对比基准测试

以下是在相同硬件环境下（Redis 7.0, 单实例, 1000 个并发客户端）对五种数据结构的基准测试结果：

2.9 实战选型建议

1. Session/Token 缓存：优先使用 String，配合 EX 过期时间，读写性能最优。
2. 用户属性存储：使用 Hash，字段级操作减少网络开销，内存效率高。
3. 黑名单/已撤销 Token：使用 Set，SISMEMBER 的 O(1) 判重性能优于其他结构。
4. Token 过期清理：使用 Sorted Set，ZRANGEBYSCORE 实现毫秒级过期扫描。
5. 登录审计日志：使用 List 或 Sorted Set，根据是否需要按时间范围查询决定。