Redis基础学习·第九期

前言

本文章基于黑马程序员Redis教学视频进行总结，仅作为学习所用，欢迎大家在评论区多多讨论
视频连接：B站黑马程序员Redis视频（点击跳转）
在Redis基础学习·第四期（点击跳转）中谈到Redis的五种基本数据类型，这期就来聊聊Redis中的sorted_set(zset)类型

---

一、sorted_set类型

• 新的存储需求：数据排序有利于数据的展示效果更好，需要提供一种可以根据自身特征进行排序的方式
• 需要的存储结构：新的存储模型，可以保存可排序的数据
• sorted_set类型：在set的存储结构基础上添加可排序字段
  

二、sorted_set 类型数据的基本操作

• 添加数据

zadd key score1 member1 [score2 member2]

• 获取全部数据

zrange key start stop [WITHSCORES]
zrevrange key start stop [WITHSCORES]

• 删除数据

zrem key member [member ...]

zrevrange的rev：reverse

• v.颠倒;彻底转变;使完全相反;撤销，废除(决定、法律等);使反转;使次序颠倒
• n.相反的情况(或事物);后面;背面;反面;倒挡
• adj.相反的;反面的;反向的;背面的;后面的

---

• 按条件获取数据

zrangebyscore key min max [WITHSCORES] [LIMIT]
zrevrangebyscore key max min [WITHSCORES]

• 条件删除数据

zremrangebyrank key start stop
zremrangebyscore key min max

这里的limit和MySQL的limit一样，一般用于分页功能

注意：

• min与max用于限定搜索查询的条件
• start与stop用于限定查询范围，作用于索引，表示开始和结束索引
• offset与count用于限定查询范围，作用于查询结果，表示开始位置和数据总量

---

• 获取集合数据总量

zcard key
zcount key min max

• 集合交、并操作

zinterstore destination numkeys key [key ...]
zunionstore destination numkeys key [key ...]

求集合交集：相交之处求和，若想求max/min要加上aggregate max/min
求集合并集和求集合交集的操作类似，大家感兴趣的话可以自己试一试！
（上面有一行代码手滑打错了 ￣□￣｜｜）

三、sorted_set 类型数据的扩展操作

业务场景一

• 票选广东十大杰出青年，各类综艺选秀海选投票
• 各类资源网站TOP10（电影，歌曲，文档，电商，游戏等）
• 聊天室、直播间活跃度统计
• 游戏好友亲密度
• …

业务分析

• 为所有参与排名的资源建立排序依据

解决方案

• redis 应用于计数器组合排序功能对应的索引(排名)

zrank key member
zrevrank key member

• score值获取与修改

zscore key member
zincrby key increment member

Tips：

• 获取数据对应的索引（排名）

业务场景二

• 基础服务+增值服务类网站会设定各位会员的试用，让用户充分体验会员优势。例如观影试用VIP、游戏VIP体验、云盘下载体验VIP、数据查看体VIP。当VIP体验到期后，如何有效管理VIP到期的时间问题？对于正式VIP用户也存在同样的管理方式。[每次都占便宜开自动续费的会员(一般都比较优惠)，开了之后立刻把自动续费关了 ^ _ ^]
• 网站会定期开启投票、讨论，限时进行，逾期作废。如何有效管理此类过期信息。

解决方案

• 对于基于时间线限定的任务处理，将处理时间记录为score值，利用排序功能区分处理的先后顺序
• 记录第一个要处理的时间，当到期后处理对应任务，移除redis中的记录，并记录第二个要处理的时间
• 当新任务加入时，判定并更新当前下一个要处理的任务时间
• 为提升sorted_set的性能，通常将任务根据特征存储成若干个sorted_set[分时间段]。例如划分成1小时内，1天内，1周内，1月内，1季内，1年度等的sorted_set，操作时逐级提升，将即将操作的若干个任务纳入到1小时内处理的队列中
• 获取当前系统时间

time

time命令：

• 第一个字符串是当前时间 (以 UNIX 时间戳格式表示)
• 第二个字符串是当前这一秒钟已经逝去的微秒数。

Tips：

• Redis 应用于定时任务执行顺序管理或任务过期管理

业务场景三

任务/消息 权重设定应用：
当任务或者消息待处理，形成了任务队列或消息队列时，对于高优先级的任务要保障对其优先处理，如何实现任务权重管理呢？

解决方案

• 对于带有权重的任务，优先处理权重高的任务，采用score记录权重即可
  
  黄框处的两个操作：无法保证原子性，有可能会出问题：比如会插入一条数据
  解决办法：事务

多条件任务权重设定：
如果权重条件过多时，需要对排序score值进行处理，保障score值能够兼容2条件或者多条件，例如外贸订单优先于国内订单，总裁订单优先于经理订单，经理订单优先于员工订单

• 因score长度受限，需要对数据进行截断处理，比如将时间拆分出小时数或分钟数进行比对即可，比对完后再补齐
• 先设定订单类别，后设定订单发起角色类别，整体score长度必须是统一的，不足位补0，第一排序规则首位不得是0(因为要依赖数字的大小关系来进行排序，这样就有可比性)
• 例如外贸101，国内102，经理004，员工008
• 员工下的外贸单score值为101008（优先）
• 经理下的国内单score值为102004
  

Tips：

• redis 应用于即时任务/消息队列执行管理

四、sorted_set 类型数据操作的注意事项

• score保存的数据存储空间是64位，如果是整数，范围是-9007199254740992~9007199254740992
• score保存的数据也可以是一个双精度的double值，基于双精度浮点数的特征，可能会丢失精度，使用时候要慎重[0.5=2^(-1)、0.25=2的-2次方、0.125=2的-3次方…都可以精准描述，但是0.3、0.7、0.9都不可精准描述]
• sorted_set 底层存储还是基于set结构，因此数据不能重复，如果重复添加相同的数据，score值将被反复覆盖[不会报错！]，保留最后一次修改的结果
  
  （上面有一行代码手滑打错了 ￣□￣｜｜）