Redis排序命令是sort,完整的命令格式如下:
SORT key [BY pattern] [LIMIT start count] [GET pattern] [ASC|DESC] [ALPHA] [STORE dstkey]
返回或保存给定列表、集合、有序集合key中经过排序的元素。排序默认以数字作为对象,值被解释为双精度浮点数,然后进行比较。
说明 | |
1.一般sort用法 | |
> lpush list1 hello 1 world 2 nihao 3 color bit 2B (integer) 8 > lrange list1 0 -1 1) "2B" 2) "bit" 3) "color" 4) "3" 5) "nihao" 6) "2" 7) "world" 8) "1" 9) "hello" |
向链表list1中添加实验数据 |
> sort list1 1) "bit" 2) "color" 3) "nihao" 4) "world" 5) "hello" 6) "1" 7) "2B" 8) "2" 9) "3" |
最简单的情况 a.排序对象:没指定(默认:数字); b.排序方式:没有指定(默认:asc升序); 1.字母开头元素先(字母全当0,内部不排序); 2.数字开头元素后(内部默认按升序); |
> sort list1 desc 1) "3" 2) "2B" 3) "2" 4) "1" 5) "bit" 6) "color" 7) "nihao" 8) "world" 9) "hello" |
a.排序对象:没指定(默认:数字); b.排序方式:指定了desc降序; 1.数字开头元素先(内部降序) 2.字母开头元素后(字母全当0,内部不排序) |
2.使用alpha修饰符对字符串进行排序 | |
> sort list1 alpha 1) "1" 2) "2" 3) "2B" 4) "3" 5) "bit" 6) "color" 7) "hello" 8) "nihao" 9) "world" |
a.指定按alpha(字符)对象; b.没有指定方式(默认:asc升序); 1.数字开头元素先(数字全当a),内部按升序 2.字母开头元素后,按升序 |
> sort list1 desc alpha 1) "world" 2) "nihao" 3) "hello" 4) "color" 5) "bit" 6) "3" 7) "2B" 8) "2" 9) "1" |
a.排序对象:指定按alpha(字符)对象; b.排序方式:指定了desc降序 1.字母开头元素先,按降序 2.数字开头元素后(数字全当a),内部按降序 |
3.使用limit修饰符限制返回结果 | |
排序之后返回元素的数量可以通过limit修饰符进行限制,修饰符接受offset和count两个参数。 offset:指定要跳过的元素数量,即起始位置(偏移量;0 1 2 3 ...)。 count:指定跳过offset个指定的元素之后,要返回多少个对象。 |
|
> sort list1 desc alpha limit 2 3 1) "hello" 2) "color" 3) "bit" |
使用limit 2 3限制,在全部查询结果中从第2个偏移,取3个元素。 用法同MySQL中的limit |
4.案例实战篇:假设现在有用户数据如下: | |
#添加admin用户 > lpush listuid 1 (integer) 1 > mset user_name_1 admin user_level_1 9999 OK #添加jack用户 > lpush listuid 2 (integer) 1 > mset user_name_2 jack user_level_2 10 OK #添加peter用户 > lpush listuid 3 (integer) 2 > mset user_name_3 peter user_level_3 25 OK #添加mary用户 > lpush listuid 4 (integer) 4 > mset user_name_4 mary user_level_4 70 OK |
添加实验数据 |
4.1by 选项[BY pattern] | |
除了可以按集合元素自身值排序外,还可以使用外部 key 的数据作为权重,代替默认的直接对比键值的方式来进行排序。 即:将集合元素内容按照给定pattern组合成新的key,并按照新key中对应的内容进行排序。 |
|
> sort listuid by user_level_* asc 1) "2" #jack用户级别10↑,对应键名user_level_2,返回2 2) "3" #peter用户级别25↑,对应键名user_level_3,返回3 3) "4" #mary用户级别70↑,对应键名user_level_4,返回4 4) "1" #admin用户级别9999↑,对应键名user_level_1,返回1 |
通过使用by选项,可以让listuid按其他键的元素来排序。 目的:将用户按用户级别asc升序进行排序,返回排过序的用户uid 解释:user_level_*是一个占位符,*代表listuid中的元素值,它先逐个取出listuid中的值,然后再用这个值来查找相应user_level_{listuid}元素值,并按要求排序,完成后再将user_level_{listuid}中的{listuid}这部分返回输出。 过程:比如在对listuid链表进行排序时,程序就会先取出listuid的值1、2、3、4,然后再对应的取出user_level_1、user_level_2、user_level_3和 user_level_4的值进行排序,排序完成后将user_level_{listuid}中的{listuid}返回输出。 |
> sort listuid by user_name_* alpha asc 1) "1" #admin↑用户对应键名user_name_1,返回1 2) "2" #jack↑用户对应键名user_name_2,返回2 3) "4" #mary↑用户对应键名user_name_4,返回4 4) "3" #peter↑用户对应键名user_name_3,返回3 |
目的:按用户名值asc降序进行排序,查询出数据库中对应的uid。 |
4.2get 选项[GET pattern] | |
我们也可以通过get选项去获取指定pattern作为新key对应的值。 | |
> sort listuid get user_level_* desc 1) "70" #listuid=4,对应用户级别键名user_level_4值为70 2) "25" #listuid=3,对应用户级别键名user_level_3值为25 3) "10" #listuid=2,对应用户级别键名user_level_2值为10 4) "9999" #listuid=1,对应用户级别键名user_level_1值为9999 |
紧接上面实验 目的:将用户按uid进行desc降序排序,返回排过序的对应用户级别值。 过程:程序对listuid进行排序,逐个取出排过序的uid元素值4、3、2、1,然后再对应的返回user_level_4、user_level_3、user_level_2和 user_level_1的值。 |
> sort listuid get # get user_name_* get user_level_* desc 1) "4" 2) "mary" 3) "70" 4) "3" 5) "peter" 6) "25" 7) "2" 8) "jack" 9) "10" 10) "1" 11) "admin" 12) "9999" |
1.可以同时使用多个get,达到一次性获取多个“字段”(外部键)值目的。 2.get有一个额外的参数规则,那就是可以用#特殊符号引用原始集合也就是listuid。 本例使用get #再获取用户uid“字段” |
4.3sort by选项 get选项综合使用 | |
> sort listuid by user_level_* get # get user_name_* get user_level_* desc 1) "1" 2) "admin" 3) "9999" 4) "4" 5) "mary" 6) "70" 7) "3" 8) "peter" 9) "25" 10) "2" 11) "jack" 12) "10" |
sort、by和get综合使用案例 |
> sort listuid by not-exists-key get # get user_name_* get user_level_* 1) "4" 2) "mary" 3) "70" 4) "3" 5) "peter" 6) "25" 7) "2" 8) "jack" 9) "10" 10) "1" 11) "admin" 12) "9999" |
也可以使用 by not-exists-key 不进行任何排序(节省CPU资源),而关联的获取多个外部键。 |
4.4将哈希表作为get或by的参数 | |
除了可以将字符串键之外, 哈希表也可以作为 get 或 by 选项的参数来使用。 我们可以不将用户的名字和级别保存在 user_name_{uid} 和 user_level_{uid} 两个字符串键中, 而是用一个带有 name 域和 level 域的哈希表 user_info_{uid} 来保存用户的名字和级别信息。 |
|
> hmset user_info_1 name admin level 9999 OK > hmset user_info_2 name jack level 10 OK > hmset user_info_3 name peter level 25 OK > hmset user_info_4 name mary level 70 OK |
添加hash类型实验数据 |
> sort listuid by user_info_*->level asc 1) "2" #jack用户级别10↑,对应哈希键名user_info_2,返回2 2) "3" #peter用户级别25↑,对应哈希键名user_info_3,返回3 3) "4" #mary用户级别70↑,对应哈希键名user_info_4,返回4 4) "1" #admin用户级别9999↑,对应哈希键名user_info_1,返回1 |
by 和 get 选项都可以用 key->field 的格式来获取哈希表中的域的值, 其中 key 表示哈希表键, 而 field 则表示哈希表的域。 目的:将用户按用户级别asc升序排序,然后返回排过序的用户uid |
> sort listuid get # get user_info_*->name get user_info_*->level desc 1) "4" 2) "mary" 3) "70" 4) "3" 5) "peter" 6) "25" 7) "2" 8) "jack" 9) "10" 10) "1" 11) "admin" 12) "9999" |
目的:将用户按uid进行desc降序排序,返回用户详细信息 |
5.保存排序结果 | |
如果对集合经常按照固定的模式去排序,那么把排序结果缓存起来会减少CPU开销。使用store选项可以将排序内容保存到指定key中。保存的类型是list。如果被指定的 key 已存在,那么原有的值将被排序结果覆盖。 | |
> lpush myStore c b a (integer) 3 > lrange myStore 0 -1 1) "a" 2) "b" 3) "c" |
假设我有一个链表类型键,准备存储排序结果 |
> sort listuid by user_info_*->level asc store myStore (integer) 4 |
排序并存储 返回成功存储的元素个数 |
> lrange myStore 0 -1 1) "2" 2) "3" 3) "4" 4) "1" |
查看结果,原值被覆盖,新值存储了 |
如果我们有多个redis server的话,不同的key可能存在于不同的server上。比如name12 name13 name23 name23,很有可能分别在四个不同的server上存贮着。这种情况会对排序性能造成很大的影响。redis作者在他的blog上提到了这个问题的解 决办法,就是通过key tag将需要排序的key都放到同一个server上 。由于具体决定哪个key存在哪个服务器上一般都是在client端hash的办法来做的。我们可以通过只对key的部分进行hash.举个例子假如我们 的client如果发现key中包含[]。那么只对key中[]包含的内容进行hash。我们将四个name相关的key,都这样命名[name]12 [name]13 [name]23 [name]23,于是client 程序就会把他们都放到同一server上。不知道jredis实现了没。
还有一个问题也比较严重。如果要sort的集合非常大的话排序就会消耗很长时间。由于redis单线程的,所以长时间的排序操作会阻塞其他client的 请求。解决办法是通过主从复制机制将数据复制到多个slave上。然后我们只在slave上做排序操作。并进可能的对排序结果缓存。另外就是一个方案是就 是采用sorted set对需要按某个顺序访问的集合建立索引。