使用Redis Sorted Set (ZSET) 来高效管理用户等级信息。将用户ID作为member，分数(score)作为等级值或经验值，这样可以通过ZADD快速添加或更新，ZRANGE获取排名榜单，ZREVRANK查询用户排名，实现O(log N)的高效操作。现有方案如用Hash存储用户等级，可优化为ZSET+Hash组合：ZSET管排名，Hash存详细等级数据，避免全量扫描。

方案一：基础ZSET实现

SET user_rank:1 100 # 用户1等级100 ZADD user_rank 100 1 # 添加用户1，score=100 ZADD user_rank 200 2 # 用户2，score=200 ZRANGE user_rank 0 9 WITHSCORES # 前10名及其分数

方案二：优化现有Hash方案

现有：HSET user:1 level 10 exp 1000 优化：ZADD rankboard 1000 1 # score用exp HSET user:1 level 10 # Hash只存level等静态数据 ZREVRANK rankboard 1 # 获取用户1排名，实时高效

方案三：分片与过期管理

对于海量用户，用Hash tag分片：user_rank:2023:1 设置过期：EXPIRE user_rank 86400 # 每天重置 结合Lua脚本原子更新： local cur = redis.call('ZSCORE', KEYS[1], ARGV[1]) if tonumber(cur) < tonumber(ARGV[2]) then redis.call('ZADD', KEYS[1], ARGV[2], ARGV[1]) end

方案四：多维度排名

ZSET user_level_score # 按等级 ZSET user_exp_score # 按经验 ZUNIONSTORE total_rank 2 user_level_score user_exp_score # 合并排名 AGGR SUM 或 MAX 根据需求

方案五：缓存穿透优化

用布隆过滤器避免不存在用户查询；哨兵或集群模式高可用；Pipeline批量操作ZADD/ZRANGE减少RTT。

实际案例

在游戏中，用户升级：ZINCRBY rank 1 exp_gain user_id，然后ZREVRANK检查是否进前100，进则推送通知。比MySQL全表ORDER BY快百倍。

FAQ
Q: ZSET score怎么设计？
A: 用经验值或等级*1000+子等级，确保唯一排序。
Q: 海量用户内存不够？
A: 分服务器分片，或用Redis Cluster自动分片。
Q: 怎么持久化？
A: RDB/AOF结合，ZSET数据热备份到MySQL定时。
Q: 更新频率高怎么优化？
A: 异步队列批量ZADD，用PUB/SUB通知排名变化。