Redis sort 排序命令詳解
本文介紹redis排序命令
redis支持對list，set，sorted set元素的排序
sort 排序命令格式：
sort key [BY pattern] [LIMIT start count] [GET pattern] [ASC|DESC] [ALPHA] [STORE dstkey]
1） sort key （list）
這是最簡單的情況，沒有任何選項(xiàng)對集合自身元素排序并返回排序結(jié)果，默認(rèn)為value升序。
示例：
127.0.0.1:6379> lpush mimvp 12
(integer) 1
127.0.0.1:6379> lpush mimvp 11
(integer) 2
127.0.0.1:6379> lpush mimvp 13
(integer) 3
127.0.0.1:6379> lpush mimvp 10
(integer) 4
127.0.0.1:6379> lrange mimvp 0 -1
1) “10”
2) “13”
3) “11”
4) “12”
127.0.0.1:6379> sort mimvp
1) “10”
2) “11”
3) “12”
4) “13”
127.0.0.1:6379> sort mimvp desc
1) “13”
2) “12”
3) “11”
4) “10”
2） [ASC|DESC] [ALPHA] （list）
sort默認(rèn)的排序方式（asc）是從小到大排的，當(dāng)然也可以按照逆序或者按字符順序排。
逆序可以加上desc選項(xiàng)，想按字母順序排可以加alpha選項(xiàng)，alpha可以和desc一起用。
sort 默認(rèn)以分?jǐn)?shù)（數(shù)值）排序，字母使用默認(rèn)的sort排序，會(huì)報(bào)錯(cuò)！
示例：
127.0.0.1:6379> lpush mylist forum
(integer) 1
127.0.0.1:6379> lpush mylist proxy
(integer) 2
127.0.0.1:6379> lpush mylist blog
(integer) 3
127.0.0.1:6379> lpush mylist apptop
(integer) 4
127.0.0.1:6379> sort mylist
(error) ERR One or more scores can't be converted into double
127.0.0.1:6379> sort mylist alpha
1) “apptop”
2) “blog”
3) “forum”
4) “proxy”
127.0.0.1:6379> sort mylist alpha desc
1) “proxy”
2) “forum”
3) “blog”
4) “apptop”
127.0.0.1:6379> sort mylist desc alpha
1) “proxy”
2) “forum”
3) “blog”
4) “apptop”
3） [BY pattern] （set）
除了可以按集合元素自身值（數(shù)字，字母）排序外，還可以將集合元素內(nèi)容按照給定pattern組合成新的key，并按照新key中對應(yīng)的內(nèi)容進(jìn)行排序。
示例：
127.0.0.1:6379> set mimvp_12 mimvp_12
OK
127.0.0.1:6379> set mimvp_11 mimvp_11
OK
127.0.0.1:6379> set mimvp_13 mimvp_13
OK
127.0.0.1:6379> set mimvp_10 mimvp_10
OK
127.0.0.1:6379> sort mimvp by mimvp_* // mimvp_* 是字符串，因此需要alpha
(error) ERR One or more scores can't be converted into double
127.0.0.1:6379> sort mimvp by mimvp_* alpha
1) “10”
2) “11”
3) “12”
4) “13”
127.0.0.1:6379> sort mimvp by mimvp_* alpha desc
1) “13”
2) “12”
3) “11”
4) “10”
*代表了上面示例1) mimvp已經(jīng)給出的元素值，所以這個(gè)排序是按照mimvp_12， mimvp_11，mimvp_13，mimvp_10這四個(gè)key對應(yīng)值排序的，但返回的仍然是排序后mimvp集合中的元素，即數(shù)值13，11，12，10，而不是mimvp_*的字符串元素。
4） [GET pattern]
上面的例子都是返回的mimvp集合中的數(shù)值元素，也可以通過get選項(xiàng)去獲取指定pattern作為新key（mimvp_*）對應(yīng)的字符串值。
示例：
127.0.0.1:6379> sort mimvp by mimvp_* get mimvp_* alpha
1) “mimvp_10″
2) “mimvp_11″
3) “mimvp_12″
4) “mimvp_13″
127.0.0.1:6379> sort mimvp by mimvp_* get mimvp_* alpha desc
1) “mimvp_13″
2) “mimvp_12″
3) “mimvp_11″
4) “mimvp_10″
這次返回的就不在是mimvp中的元素，而是mimvp_12， mimvp_11，mimvp_13，mimvp_10對應(yīng)的值，當(dāng)然排序是按照mimvp_12， mimvp_11，mimvp_13，mimvp_10值并根據(jù)字母順序排的。
另外，get選項(xiàng)可以有多個(gè)，#特殊符號(hào)引用的是原始集合也就是mimvp（類似與sorted-set withscores）
示例：
127.0.0.1:6379> sort mimvp by mimvp_* get mimvp_* get # alpha
1) “mimvp_10″
2) “10”
3) “mimvp_11″
4) “11”
5) “mimvp_12″
6) “12”
7) “mimvp_13″
8) “13”
127.0.0.1:6379> sort mimvp by mimvp_* get mimvp_* get # alpha desc
1) “mimvp_13″
2) “13”
3) “mimvp_12″
4) “12”
5) “mimvp_11″
6) “11”
7) “mimvp_10″
8) “10”
最后在還有一個(gè)引用hash類型字段的特殊字符 -> （hash）
示例：
127.0.0.1:6379> hset user_12 name yanggang
(integer) 1
127.0.0.1:6379> hset user_11 name yangjie
(integer) 1
127.0.0.1:6379> hset user_13 name yangliang
(integer) 1
127.0.0.1:6379> hset user_10 name yangchuang
(integer) 1
127.0.0.1:6379> sort mimvp get user_*->name
1) “yangchuang”
2) “yangjie”
3) “yanggang”
4) “yangliang”
127.0.0.1:6379> sort mimvp get user_*->name desc
1) “yangliang”
2) “yanggang”
3) “yangjie”
4) “yangchuang”
很容易理解，如果mimvp當(dāng)對應(yīng)的數(shù)值不存在，則對應(yīng)返回的是nil
5） [LIMIT start count] （limit）
上面例子返回結(jié)果都是全部元素，limit選項(xiàng)可以限定返回結(jié)果的數(shù)量。
示例：
127.0.0.1:6379> sort mimvp get mimvp_* limit 1 2
1) “mimvp_11″
2) “mimvp_12″
127.0.0.1:6379> sort mimvp get mimvp_* limit 0 3
1) “mimvp_10″
2) “mimvp_11″
3) “mimvp_12″
start下標(biāo)是從 0 開始，這里的limit選項(xiàng)（limit 1 2）意思是從第二個(gè)元素開始獲取2個(gè)。
6） [STORE dstkey] （store）
如果對集合經(jīng)常按照固定的模式去排序，那么把排序結(jié)果緩存起來會(huì)減少不少cpu開銷，使用store選項(xiàng)可以將排序內(nèi)容保存到指定key中，保存的類型是list
127.0.0.1:6379> sort mimvp get mimvp_* limit 0 3 store mimvp_store
(integer) 3
127.0.0.1:6379> type mimvp_store
list
127.0.0.1:6379> lrange mimvp_store 0 -1
1) “mimvp_10″
2) “mimvp_11″
3) “mimvp_12″
這個(gè)例子將排序結(jié)果保存到mimvp_store中，后面使用直接從mimvp_store提取即可。
小結(jié)
功能介紹完后，再討論下關(guān)于排序的一些問題。
如果有多個(gè)redis server的話，不同的key可能存在于不同的server上。比如mimvp_12， mimvp_11，mimvp_13，mimvp_10，很有可能分別在四個(gè)不同的server上存貯著，這種情況會(huì)對排序性能造成很大的影響。
redis作者在他的blog上提到了這個(gè)問題的解決辦法，就是通過key tag將需要排序的key都放到同一個(gè)server上 。由于具體決定哪個(gè)key存在哪個(gè)服務(wù)器上一般都是在client端hash的辦法來做的，我們可以通過只對key的部分進(jìn)行hash
舉個(gè)例子：
假如我們 的client如果發(fā)現(xiàn)key中包含[]，那么只對key中[]包含的內(nèi)容進(jìn)行hash，我們將四個(gè)name相關(guān)的key，都這樣命名[name]12 [name]13 [name]11 [name]10，于是client 程序就會(huì)把他們都放到同一server上（不知道jredis實(shí)現(xiàn)了沒）。
還有一個(gè)問題也比較嚴(yán)重
如果要sort的集合非常大的話排序就會(huì)消耗很長時(shí)間。由于redis單線程的，所以長時(shí)間的排序操作會(huì)阻塞其他client的 請求。解決辦法是通過主從復(fù)制機(jī)制將數(shù)據(jù)復(fù)制到多個(gè)slave上。然后我們只在slave上做排序操作，并盡可能的對排序結(jié)果緩存。另外就是一個(gè)方案是就是采用sorted set對需要按某個(gè)順序訪問的集合建立索引。
示例：
127.0.0.1:6379> sadd tom:friend:list 123 # tom的好友列表里面是好友的uid
(integer) 1
127.0.0.1:6379> sadd tom:friend:list 456
(integer) 1
127.0.0.1:6379> sadd tom:friend:list 789
(integer) 1
127.0.0.1:6379> sadd tom:friend:list 101
(integer) 1
127.0.0.1:6379> set uid:sort:123 1000 # uid對應(yīng)的成績
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對應(yīng)好友信息
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字段匹配后排序,并根據(jù)排序后的順序，用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”
問題與分析
1. sort mimvp by mimvp_* get mimvp_* get # alpha 為什么會(huì)按照 10 – 13 的順序排下來，這個(gè)跟單純的排序name*和name * alpha的結(jié)果都不一樣
這個(gè)問題要從redis的實(shí)現(xiàn)邏輯上來分析了
a) list在插入后，默認(rèn)是按照時(shí)間的先后反序排列的（先進(jìn)后出，F(xiàn)ILO） , lrange ml 0 -1，結(jié)果是:12 13 11 10. 這是因?yàn)閘ist插入時(shí)是將最新的item插入到鏈表頭
b) sort mimvp by mimvp_* 確定是會(huì)按照mimvp_*的值進(jìn)行排序的.但當(dāng)mimvp_*對應(yīng)的value不是num型并且沒有設(shè)置alpha的時(shí)候，會(huì)導(dǎo)致排序分值都是相同的，因?yàn)槌绦驅(qū)裮imvp_*對應(yīng)的值嘗試轉(zhuǎn)換為nun型
c) 這就會(huì)導(dǎo)致sort mimvp by mimvp_*會(huì)按照ml的自然順序進(jìn)行排列了
if (alpha) {
if (sortby) {
vector[j].u.cmpobj = getDecodedObject(byval);
}
}
else {
if (byval->encoding == REDIS_ENCODING_RAW) {
vector[j].u.score = strtod(byval->ptr,NULL);
}
else if (byval->encoding == REDIS_ENCODING_INT) {
/* Don't need to decode the object if it's
* integer-encoded (the only encoding supported) so
* far. We can just cast it
*/
vector[j].u.score = (long)byval->ptr;
}
else {
redisAssert(1 != 1);
}
}
相關(guān)文章
GEO就是Geolocation的簡寫形式,代表地理坐標(biāo),這篇文章主要介紹了Redis用GEO實(shí)現(xiàn)附近的人功能,需要的朋友可以參考下2024-08-08
pipeline 只是把多個(gè)redis指令一起發(fā)出去，redis并沒有保證這些指定的執(zhí)行是原子的；multi相當(dāng)于一個(gè)redis的transaction的，保證整個(gè)操作的原子性，避免由于中途出錯(cuò)而導(dǎo)致最后產(chǎn)生的數(shù)據(jù)不一致。本文詳細(xì)的介紹，感興趣的可以了解一下2021-06-06
這篇文章主要介紹了Redis的緩存更新策略及最佳實(shí)踐方案,當(dāng)我們向redis插入太多數(shù)據(jù)，此時(shí)就可能會(huì)導(dǎo)致緩存中的數(shù)據(jù)過多，所以redis會(huì)對部分?jǐn)?shù)據(jù)進(jìn)行更新，或者把它成為淘汰更合適,需要的朋友可以參考下2023-08-08
Redis中支持五種數(shù)據(jù)類型中有序集合Sorted Set的底層數(shù)據(jù)結(jié)構(gòu)使用的跳躍表,為何不使用其他的如平衡二叉樹、b+樹等數(shù)據(jù)結(jié)構(gòu)呢？這篇文章主要介紹了redis使用跳躍表而不是樹的原因解析,需要的朋友可以參考下2024-02-02
這篇文章主要介紹了為啥Redis使用pipelining會(huì)更快,文中通過示例代碼介紹的非常詳細(xì)，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-11-11
Redis如何使用樂觀鎖(CAS)保證數(shù)據(jù)一致性
本文主要介紹了Redis如何使用樂觀鎖(CAS)保證數(shù)據(jù)一致性，文中通過示例代碼介紹的非常詳細(xì)，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2022-03-03
Redis集群的實(shí)現(xiàn)方案主要有客戶端分片、代理模式和Cluster模式,其中,Cluster模式是Redis官方推薦的實(shí)現(xiàn)方案,它具有高可用性、高性能和自動(dòng)分片等優(yōu)點(diǎn)2024-12-12
Redis是一款性能強(qiáng)勁的內(nèi)存數(shù)據(jù)庫，但是在使用過程中，我們可能會(huì)遇到Big Key問題，這個(gè)問題就是Redis中某個(gè)key的value過大，所以Big Key問題本質(zhì)是Big Value問題，這篇文章主要介紹了Redis中的BigKey問題：排查與解決思路,需要的朋友可以參考下2023-03-03
本文主要介紹了Redis哨兵模式實(shí)現(xiàn)一主二從三哨兵，文中通過示例代碼介紹的非常詳細(xì)，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2022-07-07
Redis的Cluster集群搭建的實(shí)現(xiàn)步驟
本文檔只對Redis的Cluster集群做簡單的介紹，并沒有對分布式系統(tǒng)的所涉及到的概念做深入的探討。感興趣的小伙伴們可以參考一下2021-07-07