Redis数据类型之sorted_set_redis sorted set 性能

---

提示：以下是本篇文章正文内容，Redis系列学习将会持续更新

sorted_set

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

Ⅰ. 基础操作

● 添加数据

zadd key score1 member1 [score2 member2]
1

● 获取全部数据

# 正序
zrange key start stop [WITHSCORES]
# 逆序
zrevrange key start stop [WITHSCORES]
1
2
3
4

● 删除数据

zrem key member [member ...]
1

● 按条件获取数据

zrangebyscore key min max [WITHSCORES] [LIMIT a b]
zrevrangebyscore key max min [WITHSCORES]
1
2

● 按条件删除数据

zremrangebyrank key start stop
zremrangebyscore key min max
1
2

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

回到目录…

Ⅱ. 扩展操作

● 获取集合数据总量

zcard key
zcount key min max
1
2

● 集合交、并操作

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

● 获取数据对应的score（排名）

# 正序排名
zrank key member
# 逆序排名
zrevrank key member
1
2
3
4

● score值获取与修改

# 获取 score
zscore key member
# 修改 score
zincrby key increment member
zincrby movies 1 aa
1
2
3
4
5

● Tip：redis 应用于计数器组合排序功能对应的排名

回到目录…

Ⅲ. 业务场景

场景一：
 基础服务+增值服务类网站会设定各位会员的试用，让用户充分体验会员优势。例如观影试用VIP、游戏VIP体验、云盘下载体验VIP、数据查看体验VIP。当VIP体验到期后，如果有效管理此类信息。即便对于正式VIP用户也存在对应的管理方式。
 网站会定期开启投票、讨论，限时进行，逾期作废。如何有效管理此类过期信息。

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

● 获取当前系统时间

time
1

● Tip：redis 应用于定时任务执行顺序管理或任务过期管理。

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

解决方案：
● 对于带有权重的任务，优先处理权重高的任务，采用score记录权重即可。

多条件任务权重设定:
 如果权重条件过多时，需要对排序score值进行处理，保障score值能够兼容2条件或者多条件，例如外贸订单优先于国内订单，总裁订单优先于员工订单，经理订单优先于员工订单。
 ● 因score长度受限，需要对数据进行截断处理，尤其是时间设置为小时或分钟级即可（折算后）
 ● 先设定订单类别，后设定订单发起角色类别，整体score长度必须是统一的，不足位补0。第一排序规则首位不得是0
  ● 例如外贸101，国内102，经理004，员工008
  ● 员工下的外贸单score值为101008（优先）
  ● 经理下的国内单score值为102004

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

回到目录…

Ⅳ. 注意事项

● score 保存的数据存储空间是64位，如果是整数范围是 -9007199254740992 ~ 9007199254740992

● score 保存的数据也可以是一个双精度的 double 值，基于双精度浮点数的特征，可能会丢失精度，使用时候要慎重

● sorted_set 底层存储还是基于 set 结构的，因此数据不能重复，如果重复添加相同的数据，score 值将被反复覆盖，保留最后一次修改的结果

回到目录…

---

总结:
提示：这里对文章进行总结：
本文是对Redis的学习，学习了sorted_set类型的增删查改，以及他的业务场景、注意事项。之后的学习内容将持续更新！！！