redis支持对list，set和sorted set元素的排序。排序命令是sort 完整的命令格式如下：
|
SORT key [BY pattern] [LIMIT start count] [GET pattern] [ASC|DESC] [ALPHA] [STORE dstkey] |
1.SORT key:
sort key这个是最简单的情况，没有任何选项就是简单的对集合自身元素排序并返回排序结果。下面给个例子：
|
redis 127.0.0.1:6379> lpush ml 12 (integer) 1 redis 127.0.0.1:6379> lpush ml 11 (integer) 2 redis 127.0.0.1:6379> lpush ml 23 (integer) 3 redis 127.0.0.1:6379> lpush ml 13 (integer) 4 redis 127.0.0.1:6379> sort ml 1. "11" 2. "12" 3. "13" 4. "23" |
2.[ASC|DESC] [ALPHA]:
sort默认的排序方式（asc）是从小到大排的，当然也可以按照逆序或者按字符顺序排。逆序可以加上desc选项，想按字母顺序排可以加alpha选项，当然alpha可以和desc一起用。下面是个按字母顺序排的例:
|
redis 127.0.0.1:6379> lpush mylist baidu (integer) 1 redis 127.0.0.1:6379> lpush mylist hello (integer) 2 redis 127.0.0.1:6379> lpush mylist xhan (integer) 3 redis 127.0.0.1:6379> lpush mylist soso (integer) 4 redis 127.0.0.1:6379> sort mylist 1. "soso" 2. "xhan" 3. "hello" 4. "baidu" redis 127.0.0.1:6379> sort mylist alpha 1. "baidu" 2. "hello" 3. "soso" 4. "xhan" redis 127.0.0.1:6379> sort mylist desc alpha 1. "xhan" 2. "soso" 3. "hello" 4. "baidu" |
3.[BY pattern] [GET pattern] :
除了可以按集合元素自身值排序外，还可以将集合元素内容按照给定pattern组合成新的key，并按照新key中对应的内容进行排序。下面的例子接着使用第一个例子中的ml集合做演示：
|
redis 127.0.0.1:6379> set name11 nihao OK redis 127.0.0.1:6379> set name12 wo OK redis 127.0.0.1:6379> set name13 shi OK redis 127.0.0.1:6379> set name23 lala OK redis 127.0.0.1:6379> sort ml by name* 1. "13" 2. "23" 3. "11" 4. "12" |
*代表了ml中的元素值，所以这个排序是按照name12 name13 name23name23这四个key对应值排序的，当然返回的还是排序后ml集合中的元素。
上面的例子都是返回的ml集合中的元素。Get操作可以将list中的值与pattern组成新的key，用该新key去获取出来的list长度个数的值进行排序（排序是排列的get出的值，而不是list中的值），如果用新组成的key不存在，则返回(nil)。
|
redis 127.0.0.1:6379> sort ml by name* get name* alpha 1. "lala" 2. "nihao" 3. "shi" 4. "wo" |
这次返回的就不在是ml中的元素了，而是name12 name13 name23 name23对应的值。当然排序是按照name12 name13 name23name23值并根据字母顺序排的。另外get选项可以有多个。看例子（#特殊符号引用的是原始集合也就是ml）
|
redis 127.0.0.1:6379> sort ml by name* get name* get # alpha 1. "lala" 2. "23" 3. "nihao" 4. "11" 5. "shi" 6. "13" 7. "wo" 8. "12" |
最后在还有一个引用hash类型字段的特殊字符->，下面是例子
|
redis 127.0.0.1:6379> hset user1 name hanjie (integer) 1 redis 127.0.0.1:6379> hset user11 name hanjie (integer) 1 redis 127.0.0.1:6379> hset user12 name 86 (integer) 1 redis 127.0.0.1:6379> hset user13 name lxl (integer) 1 redis 127.0.0.1:6379> sort ml get user*->name "hanjie" "86" "lxl" (nil) |
注意当对应的user23不存在时候返回的是nil
4.[LIMIT start count]:
上面例子返回结果都是全部。limit选项可以限定返回结果的数量。
|
redis 127.0.0.1:6379> sort ml get name* limit 1 2 1. "wo" 2. "shi" |
start下标是从0开始的，这里的limit选项意思是从第二个元素开始获取2个。
5.[STORE dstkey]:
如果对集合经常按照固定的模式去排序，那么把排序结果缓存起来会减少不少cpu开销。使用store选项可以将排序内容保存到指定key中。保存的类型是list，下面这个例子我们将排序结果保存到了cl中：
|
redis 127.0.0.1:6379> sort ml get name* limit 1 2 store cl (integer) 2 redis 127.0.0.1:6379> type cl list redis 127.0.0.1:6379> lrange cl 0 -1 1. "wo" 2. "shi" |
6.关于排序的一些问题:
如果我们有多个redis server的话，不同的key可能存在于不同的server上。比如name12 name13 name23 name23，很有可能分别在四个不同的server上存贮着。这种情况会对排序性能造成很大的影响。redis作者在他的blog上提到了这个问题的解决办法，就是将需要排序的key都放到同一个server上。由于具体决定哪个key存在哪个服务器上一般都是在client端hash的办法来做的。我们可以通过只对key的部分进行hash。举个例子假如我们的client如果发现key中包含{}。那么只对key中{}包含的内容进行hash。我们将四个name相关的key，都这样命名{name}12{name}13 {name}23 {name}23，于是client 程序就会把他们都放到同一server上，Redis的java客户端Jedis已经实现了该功能。
还有一个问题也比较严重。如果要sort的集合非常大的话排序就会消耗很长时间。由于redis单线程的，所以长时间的排序操作会阻塞其他client的请求。解决办法是通过主从复制机制将数据复制到多个slave上。然后我们只在slave上做排序操作。并进可能的对排序结果缓存。另外就是一个方案是就是采用sortedset对需要按某个顺序访问的集合建立索引。
版权声明：本文为博主原创文章，未经博主允许不得转载。
原文地址：http://blog.csdn.net/li295214001/article/details/47169071
