Redis的ZSet：从“青铜”到“王者”的排序神器
一、ZSet：不只是个普通的Set
1.1 什么是ZSet？
ZSet（Sorted Set）是Redis中自带“排行榜Buff”的数据类型，它和普通Set最大的区别在于：每个元素都绑定了一个“战斗力数值”——score（分数）。就像王者荣耀里的英雄战力榜，玩家（元素）的段位（分数）决定了他们的排名，但ID（元素值）必须独一无二。
有趣特性：
- 元素唯一，但分数可重复（比如你和闺蜜的奶茶店积分都是999，但你们还是两家不同的店）。
- 自动按分数从小到大排序（老板再也不用担心手动算排名了！）。
1.2 使用场景
- 实时排行榜：游戏天梯、微博热搜、外卖销量Top10。
- 延迟队列：用时间戳做分数，定时扫描到期任务（比如双11订单30分钟未支付自动取消）。
- 带权重的任务调度：VIP用户的任务分数更高，优先处理。
二、ZSet的“武功秘籍”：常用命令
2.1 基础招式
- ZADD key score member：添加元素（可批量）。
ZADD 王者战力榜 15000 韩信 18000 李白（韩信表示不服）。 - ZRANGE key start stop：正序查排名（
WITHSCORES显示分数）。
ZRANGE 王者战力榜 0 2→ 显示前三名。 - ZREVRANGE：倒序查排名（适合展示“卷王排行榜”）。
- ZINCRBY key increment member：给元素加分（李白又拿五杀，战力+200）。
2.2 高阶连招
- ZUNIONSTORE/ZINTERSTORE：并集/交集运算（适合多维度排行榜，比如综合“点赞+转发”计算热度）。
- ZRANGEBYSCORE：按分数区间筛选（比如查战力8000~10000的“钻石段位”玩家）。
- ZRANGEBYLEX：按字典序查询（适合电话号段排序，比如筛选132开头的号码）。
三、实战案例：打造“奶茶店销量排行榜”
3.1 数据准备
ZADD 奶茶销量榜 500 喜茶 300 奈雪 700 蜜雪冰城
3.2 实时更新
某天蜜雪冰城推出“1元甜筒”，销量暴涨：
ZINCRBY 奶茶销量榜 200 蜜雪冰城 # 销量+200，分数变为900
3.3 查看结果
ZREVRANGE 奶茶销量榜 0 -1 WITHSCORES
# 输出：
# 1) "蜜雪冰城" 2) "900"
# 3) "喜茶" 4) "500"
# 5) "奈雪" 6) "300"
（蜜雪冰城：感谢各位“雪王”的支持！）
四、ZSet的“内功心法”：底层原理
4.1 压缩列表（ziplist） vs 跳表（skiplist）
- 小数据用ziplist：元素数量<128且每个元素<64字节时，像“压缩饼干”一样节省内存。
- 大数据用跳表：元素多时，跳表以“地铁快速通道”式分层结构实现O(logN)高效查询（比红黑树实现简单，还支持快速范围查询）。
跳表示意图：
层3：头结点 ------------------------------> 尾节点
层2：头结点 ------> 节点B ---------> 尾节点
层1：头结点 -> 节点A -> 节点B -> 节点C -> 尾节点
（高层像“特快列车”，底层像“站站停”，快速定位目标节点）
4.2 为什么不用红黑树？
- 实现简单：跳表代码量少，调试方便（程序员头发更浓密）。
- 范围查询更快：跳表按层遍历，红黑树需要中序遍历。
- 并发友好：插入时锁的节点更少（红黑树旋转可能引发“锁风暴”）。
五、避坑指南：ZSet的“九阴真经”
5.1 大Key问题
- 症状：单个ZSet元素过多（如百万级），导致查询卡顿。
- 药方：分片存储（比如按用户ID哈希分桶），或用
ZRANGE分页查询。
5.2 分数相同怎么办？
- 字典序排序：分数相同时，按元素值的字典序排列（比如“apple”排在“banana”前面）。
5.3 慎用ZRANGEBYLEX
- 陷阱：该命令要求所有元素分数相同！否则结果可能“鬼畜”。
六、最佳实践：让ZSet“飞升成仙”
- 控制元素数量和大小：超过128个元素或单个元素>64字节时，自动转跳表，合理设置
zset-max-ziplist-entries和zset-max-ziplist-value。 - 过期时间+随机偏移：避免大量Key同时过期引发“缓存雪崩”。
- 结合Lua脚本保证原子性：比如排行榜积分变更+日志记录一气呵成。
七、面试考点：ZSet的“渡劫天雷”
7.1 高频问题
- ZSet底层结构？何时用跳表？
→ 答：小数据用压缩列表，大数据用跳表，具体由元素数量和大小决定。 - 为什么用跳表不用红黑树？
→ 答：实现简单、范围查询高效、并发友好（面试官OS：这小伙子背得挺熟）。 - 如何实现多维度排序（如微博热度=点赞0.6+转发0.4）？
→ 答：用ZINTERSTORE加权聚合多个ZSet。
八、总结：ZSet的“封神榜”
ZSet凭借自动排序和高效查询，成为排行榜、延迟队列等场景的“扛把子”。其底层跳表设计更是“四两拨千斤”，兼顾性能与实现简洁性。使用时记住“分而治之”原则，避免大Key，你就是Redis江湖中最靓的仔！
