转载

Redis系列(六)-SortedSets设计技巧

阅读目录:

  1. 介绍
  2. Score占位
  3. 更多位信息
  4. 总结

Redis Sorted Sets是类似Redis Sets数据结构,不允许重复项的String集合。不同的是Sorted Sets中的每个成员都分配了一个分数值(score),它用于在Sorted Sets中进行成员排序,从最小值到最大值。Sorted Sets中所有的成员都是唯一的,其分数(score)是可以重复的,即是说一个分数可能会对应多个值。

用Sorted Sets可以非常快的进行添加、删除、或更新成员,其复杂度是O(m*log(n)),m是添加或查询的成员数量。因为成员是按照顺序添加的,所以可以非常快的通过score或者索引进行范围查询。访问Sorted Sets中间的元素也是非常快的,因此可以用sort sets作为一个不重复的小型有序列表。 通过Sorted Sets可以快速操作任何你想做的事情:排序的成员,判断成员是否在集合中,快速访问集合中间的成员。

如果多次添加相同的值到Sorted Sets上,redis会以最后一次的值分数为准。

总的来说,在其他数据库比较难完成的任务,用Sorted Sets可以更快更优性能的完成。

更多Sorted Sets的用法可以查看官方文档。

Score占位

Sorted Sets中的Score是个64位整数类型,其范围在-9007199254740992到9007199254740992之间,这是一个非常有用的关键点。

我们通常可以用它进行简单的范围查询,比如把年龄当分数,通过ZRANGEBYSCORE查询某个年龄段的所有用户。查询18-35年龄的用户:

ZRANGEBYSCORE user 18 35

如果有更复杂的需求,比如通过日期,用户类型等来查询,就比较困难了。 如果用其他数据结构的话,想查询多条时就要多次往返操作,有性能上的损耗。 这里可以用Score整数类型的长度特性,来存储查询的条件信息。

比如有些数据需要通过日期范围查询,这是个很常见的场景。

使用Sorted Sets当存储的数据结构,添加key时把日期进行简单的转码。

一年有365天,在score中预留三位来存储天份,通过DayOfYear计算出一年第多少天:

var time1=DateTime.Now.DayOfYear

因为第100天前的数据不满三位,需要进行用0补全,写个方法:

string AutoCompletion(int length, int num) {  string str = num.ToString();  if (str.Length > length)   throw new Exception("max length");  var real = length - str.Length;  var sb = new StringBuilder(length);  for (int j = 0; j < real; j++)  {   sb.Append((char) 48);  }  sb.Append(str);  return sb.ToString(); } 

因为数据的日期可能跨年,在天位前预留2位,存储年份。现在长度是5位,如15200表示的是15年19号(第200天)。

通过年份+天数计算出当前数据项score的值。

var score= long.Parse(dateTime.Year.ToString().Substring(2, 2) + AutoCompletion(3, dateTime.DayOfYear));

把实际值和分数值存储到redis里面:

ZADD test socre value

查询时把需要查询的日期范围转换到分数,这里查询前10天的数据:

int time1 = DateTime.Now.DayOfYear;         var score1 = AutoCompletion(time1, 2) + AutoCompletion(DateTime.Now.DayOfYear, 3);          int time2 = DateTime.Now.DayOfYear;         var score2 = AutoCompletion(time1, 2) + AutoCompletion(DateTime.Now.AddDays(-10).ToLocalTime().DayOfYear, 3);

在redis中查询:

ZRANGEBYSCORE user score1 score2

查询当天(分数)下的信息:

ZRANGEBYSCORE user score2 score2

更多位信息

r64位整数类型有16个位置,意味着还可以存储更多维度信息。这里以日期为主,在增加个类型维度,日期位置左移4位,预留4位来存储类型维度。

如152003456,其3456四位是存储类型的,可以根据类型种类的多少可以增加位或减少位占用。

如果单纯以日期来查询时,类型不用传,后面4位在查询时补千位最小值和最大值即可。

查询前10天的数据:

ZRANGEBYSCORE user 151900000 152009999

查询15年19号3578类型的数据:

ZRANGEBYSCORE user 152003578 152003578

查询15年19号1000-4000类型的数据:

ZRANGEBYSCORE user 152001000 152004000

关于类型往往不是简单的数据类型那么简单,可以做个简单的mapping表。

abcd 1000 dcda 1001 以此类推...

在添加时或查询时注意转换。

需要注意的是score是整数类型按从小到大排序存储的,按照上面的设计是不能在指定类型的情况下,进行日期范围查找的,因为我们定义日期作为主维度。

通常在数据库中有很多层级关系的表,比如大分类、子分类、小分类等一级一级递减。 使用Sorted Sets我们可以模拟这种关系去设计Score值,主维度->次维度->低维度,这样就可以更快的进行范围分类信息的查询,有个前提是64位整数的位置够用。

如果没有类似的需求,可以使用时间戳作为值的分数值,这样就不需要额外的转换了。

简单分享了Sorted Sets存储设计的经验,希望对大家有所帮助。

正文到此结束
Loading...