Redis排序
本篇文章介绍下redis排序命令.redis支持对list,set和sorted set元素的排序。排序命令是sort 完整的命令格式如下:
SORT key [BY
pattern] [LIMIT start count] [GET pattern] [ASC|DESC] [ALPHA] [STORE
dstkey]
Sort key
这个是最简单的情况,没有任何选项就是简单的对集合自身元素排序并返回排序结果.下面给个例子
127.0.0.1:6379> lpush bling 12
(integer) 1
127.0.0.1:6379> lpush bling 23
(integer) 2
127.0.0.1:6379> lpush bling 8
(integer) 3
127.0.0.1:6379> lpush bling 10
(integer) 4
127.0.0.1:6379> sort bling
1) "8"
2) "10"
3) "12"
4) "23"
[ASC|DESC] [ALPHA]
sort默认的排序方式(asc)是从小到大排的,当然也可以按照逆序或者按字符顺序排。逆序可以加上desc选项,想按字母顺序排可以加alpha选项,当然alpha可以和desc一起用。下面是个按字母顺序排的例子
127.0.0.1:6379> lpush ymllist jingdong
(integer) 1
127.0.0.1:6379> lpush ymllist sohu
(integer) 2
127.0.0.1:6379> lpush ymllist baidu
(integer) 3
127.0.0.1:6379> lpush ymllist didi
(integer) 4
127.0.0.1:6379> sort ymllist alpha
1) "baidu"
2) "didi"
3) "jingdong"
4) "sohu"
127.0.0.1:6379> sort ymllist desc alpha
1) "sohu"
2) "jingdong"
3) "didi"
4) "baidu"
[BY pattern]
除了可以按集合元素自身值排序外,还可以将集合元素内容按照给定pattern组合成新的key,并按照新key中对应的内容进行排序。下面的例子接着使用第一个例子中的bling集合做演示:
127.0.0.1:6379> set hello12 wo
OK
127.0.0.1:6379> set hello23 ni
OK
127.0.0.1:6379> set hello8 mei
OK
127.0.0.1:6379> set hello10 jd
OK
127.0.0.1:6379> sort bling by hello*
(error) ERR One or more scores can‘t be
converted into double
127.0.0.1:6379> sort bling
1) "8"
2) "10"
3) "12"
4) "23"
127.0.0.1:6379> sort bling by hello12
1) "10"
2) "8"
3) "23"
4) "12"
127.0.0.1:6379> sort bling by hello23
1) "10"
2) "8"
3) "23"
4) "12"
127.0.0.1:6379> sort bling by hello23
asc
1) "10"
2) "8"
3) "23"
4) "12"
127.0.0.1:6379> sort bling by hello23
desc
1) "10"
2) "8"
3) "23"
4) "12"
[GET pattern]
上面的例子都是返回的bling集合中的元素。我们也可以通过get选项去获取指定pattern作为新key对应的值。看个组合起来的例子
127.0.0.1:6379> sort bling by hello* get
hello* alpha
1) "jd"
2) "mei"
3) "ni"
4) "wo"
这 次返回的就不在是bling中的元素了,而是hello8 hello10 hello12 hello23对应的值。当然排序是按照hello8 hello10 hello12 hello23值并根据字母顺序排的。另外get选项可以有多个。看例子(#特殊符号引用的是原始集合也就是bling)
127.0.0.1:6379> sort bling by hello* get
hello* get # alpha
1) "jd"
2) "10"
3) "mei"
4) "8"
5) "ni"
6) "23"
7) "wo"
8) "12"
最后在还有一个引用hash类型字段的特殊字符->,下面是例子
127.0.0.1:6379>
hset user12 name 86
127.0.0.1:6379> hset user8 name hanjie
(integer) 1
127.0.0.1:6379> hset user10 name hanjing
(integer) 1
127.0.0.1:6379> hset user23 name hanjing
(integer) 1
127.0.0.1:6379> sort bling get
user*->name
1) "hanjie"
2) "hanjing"
3) "86"
4) "hanjing"
[LIMIT start count]
上面例子返回结果都是全部。limit选项可以限定返回结果的数量。例子
127.0.0.1:6379> sort bling get hello*
limit 1 2
1) "jd"
2) "wo"
start下标是从0开始的,这里的limit选项意思是从第二个元素开始获取2个
[STORE dstkey]
如果对集合经常按照固定的模式去排序,那么把排序结果缓存起来会减少不少cpu开销.使用store选项可以将排序内容保存到指定key中。保存的类型是list
127.0.0.1:6379> sort bling get hello*
limit 1 2 store p1
(integer) 2
127.0.0.1:6379> type p1
list
127.0.0.1:6379> lrange p1 0 -1
1) "jd"
2) "wo"
功能介绍完后,再讨论下关于排序的一些问题。如果我们有多个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对需要按某个顺序访问的集合建立索引。
实例:
127.0.0.1:6379> sadd tom:friend:list 123 #tom的好友列表 里面是好友的uid
1
127.0.0.1:6379> sadd tom:friend:list 456
1
127.0.0.1:6379> sadd tom:friend:list 789
1
127.0.0.1:6379> sadd tom:friend:list 101
1
127.0.0.1:6379> set uid:sort:123 1000 #uid对应的成绩
OK
127.0.0.1:6379> set uid:sort:456 6000
OK
127.0.0.1:6379> set uid:sort:789 100
OK
127.0.0.1:6379> set uid:sort:101 5999
OK
127.0.0.1:6379> set uid:123
"{‘uid‘:123,‘name‘:‘lucy‘}" #增加uid对应好友信息
OK
127.0.0.1:6379> set uid:456
"{‘uid‘:456,‘name‘:‘jack‘}"
OK
127.0.0.1:6379> set uid:789
"{‘uid‘:789,‘name‘:‘marry‘}"
OK
127.0.0.1:6379> set uid:101
"{‘uid‘:101,‘name‘:‘icej‘}"
OK
127.0.0.1:6379> sort tom:friend:list by uid:sort:* get
uid:* #从好友列表中获得id与uid:sort字段匹配后排序,并根据排序后的顺序,用key在uid表获得信息
1. {‘uid‘:789,‘name‘:‘marry‘}
2. {‘uid‘:123,‘name‘:‘lucy‘}
3. {‘uid‘:101,‘name‘:‘icej‘}
4. {‘uid‘:456,‘name‘:‘jack‘}
127.0.0.1:6379> sort tom:friend:list by uid:sort:* get
uid:* get uid:sort:*
1. {‘uid‘:789,‘name‘:‘marry‘}
2. 100
3. {‘uid‘:123,‘name‘:‘lucy‘}
4. 1000
5. {‘uid‘:101,‘name‘:‘icej‘}
6. 5999
7. {‘uid‘:456,‘name‘:‘jack‘}
8. 6000