排序

對于排序的場景，在業務中會大量使用到，對于Redis，如果使用了有序集合，那么排序問題很容易解決，并且得分可以根據實際的業務，由時間、點贊、費用、排行等等進行轉化，支持的業務范圍也比較廣泛。

除了有序集合的排序外，Redis另外提供了排序的指令SORT。SORT指令可以針對列表類型、集合類型、有序集合類型的鍵進行排序，同時借助BY指令，Redis的SORT...BY指令可以完成一部分類似MYSQL中的關系查詢排序效果。

SORT key [BY pattern] [LIMIT offset count] [GET pattern [GET pattern...]] [ASC|DESC] [ALPHA] [STORE destinion]

SORT排序比較簡單，排序之后立即將結果返回，以列表的形式返回。假定有一個資源ID列表，資源ID使用MYSQL的自增主鍵，從1開始累增。如果將這些ID放置到了集合中，那么在使用按入庫時間降序排列時，使用集合是無法做到的，此時可以使用SORT。使用列表效果也一致。參考下面的例子。

# 結合

SADD resourceids 2 3 1 5 4

# (integer) 5

SORT resourceids # 默認為ASC

# 1) "1"

# 2) "2"

# 3) "3"

# 4) "4"

# 5) "5"

SORT resourceids DESC

# 1) "5"

# 2) "4"

# 3) "3"

# 4) "2"

# 5) "1"

# 列表

LPUSH lst 2 3 1 5 4

# (integer) 5

SORT lst DESC

# 1) "5"

# 2) "4"

# 3) "3"

# 4) "2"

# 5) "1"

從上列中看出，使用SORT指令時，列表、集合或者是有序集合，指令功能基本是一致的。而對有序集合使用SORT進行排序時，將會忽略SCORE，只對元素字面值進行排序，此時效果和集合或列表使用方式及表現是一致的。

ZADD zlst 123 2 125 3 120 1 125 5 124 4

# (integer) 5

SORT zlst DESC

# 1) "5"

# 2) "4"

# 3) "3"

# 4) "2"

# 5) "1"

一般情況下資源類的ID都是數字，使用SORT進行排序能完成快速排序的目的，但有時候也會有字符串類的ID集合，Redis命令也可以通過指定ALPHA屬性實現字符串排序。這個時候只是按非數字字符串本身進行排序，會丟掉數據庫自增的順序屬性。如果SORT沒有攜帶ALPHA參數，那么SORT仍然會使用數字類型排序，如果是非數字字符串集合，那么將會返回錯誤信息。

LPUSH alphaLst hello world lua redis c# java JAVA

# (integer) 7

SORT alphaLst ALPHA

# 1) "c#"

# 2) "hello"

# 3) "java"

# 4) "JAVA"

# 5) "lua"

# 6) "redis"

# 7) "world"

當結果較多時，排序時，可以使用LIMIT參數進行限制返回的數據數量，可以實現分頁效果，該參數的使用方式同MySQL的LIMIT基本一致。offset從0開始

SORT lst DESC

# 1) "5"

# 2) "4"

# 3) "3"

# 4) "2"

# 5) "1"

SORT lst LIMIT 0 2 DESC

# 1) "5"

# 2) "4"

SORT lst LIMIT 2 2 DESC

# 3) "3"

# 4) "2"

如果資源ID已經存儲到了列表中，如上例中的[1,2,3,4,5]五個資源，同時使用散列數據結構存儲了這些資源的詳情，同時詳情中包含了一個點擊得分的字段score，該字段為數字類型。如果有需求要實現按用戶的點擊得分進行排序，此時需要借助BY參數實現。

# 資源詳情散列數據結構及數據如下，散列的key為`resource:id`，散列的field為字段名，這里只有title和score

[

"resource:5" : {

title: "efg",

score: 125

} ,

"resource:4" : {

title: "bcd",

score: 230

} ,

"resource:3" : {

title: "ddd"

score: 125

} ,

"resource:2" : {

title: "ggg",

score: 100

} ,

"resource:1" : {

title: "fff",

score: 156

}

]

要實現資源點擊得分倒序排列，采用如下的指令。當排序中參考字段某幾個元素相同時，如本例中5、3得分都是125，那么在排序時，遇到相同的，會再次參考元素本身進行排序

SORT lst BY resource:*->score DESC

# 1) "4"

# 2) "1"

# 3) "5"

# 4) "3"

# 5) "2"

BY的使用方法為：BY pattern，pattern為要進行排序的參考的鍵。該字段的標識方法為：鍵名->字段名，可以是散列類型，也可以是字符串類型。當出現BY參數時，Redis會使用列表中元素，去替換BY后面字段中的*，并根據實際的字段獲取值，參與到排序中，如上述示例中，將分別獲取resource:1、resource:2、resource:3、resource:4、resource:5等散列中的score字段的值，并參與到排序中。如果參考字段時散列類型那么對于通配符*只能存在于->之前。如果使用字符串作為參考字段時，ID列表不需要變更，只要將score存儲到字符串中，其數據如下：

[

"strscore:5": 125,

"strscore:4": 230,

"strscore:3": 125,

"strscore:2": 100,

"strscore:1": 156,

]

排序指令如下，得到和散列結構詳情一樣的結果。

SORT lst BY strscore:* DESC

# 1) "4"

# 2) "1"

# 3) "5"

# 4) "3"

# 5) "2"

當參考鍵中不包含*時，常量鍵值，此時SORT將不會進行排序。

SORT lst BY a DESC

# 1) "2"

# 2) "3"

# 3) "1"

# 4) "5"

# 5) "4"

如果參考字段中某個值不存在時，會以默認值0進行替代，上例中抹去resource:1字段，在進行排序

DEL strscore:1

# (integer) 1

SORT lst BY strscore:* DESC

# 1) "4"

# 2) "5"

# 3) "3"

# 4) "2"

# 5) "1"

GET參數可以應用于SORT BY結構中，用于指定返回的信息。這個功能在做列表時非常有用，如果有需求要顯示點擊排行列表，那么一方面需要按點擊排序，另外一方面需要返回資源名稱以及資源ID；如果可以在SORT指令中一并返回，就不需要業務先做排序，拿到排序后的ID集合，在根據ID獲取資源信息，取出title信息。

SORT指令的GET實現了這個功能，根據字符串或散列對象分別獲取，其規則為

# 散列

GET key:*->field

get resource:*->title

# 字符串

GET key:*

# 獲取列表中的ID

GET #

根據之前的數據結構，從散列表中resource:*和集合resourceids中按評分進行排序，并獲取id、title和評分的列表。

SORT resourceids BY resource:*->score DESC GET resource:*->title GET resource:*->score GET # LIMIT 0 2

# 1) "bcd"

# 2) "230"

# 3) "4"

# 4) "efg"

# 5) "125"

# 6) "5"

如果有幾個GET，如上面例子中有三個GET，那么返回結果列表中，每一個結果就有幾條顯示，(3條，title、score、id)。

一般情況下，SORT主要用于對列表進行排序，獲取部分結果，如排行榜之類的。這時顯示的一般是列表，不需要返回跟多的詳情信息，并且有時間要求(排行榜每一小時更新一次)。這種情況不需要業務系統每次都排序，獲取字段組裝數據，SORT指令提供給了最后一個參數STORE，該參數可以將結果存儲到指定的鍵中，同時設置有效期后，將可以滿足上述的業務需求。其參數使用方式為:... STORE key，加了該參數后，其返回結果將不在是列表，而是存儲的結果數量，以列表數據存儲。

SORT resourceids BY resource:*->score DESC GET resource:*->title GET resource:*->score GET # LIMIT 0 2 STORE my_top

# (integer) 6

LRANGE my_top 0 -1

# 1) "bcd"

# 2) "230"

# 3) "4"

# 4) "efg"

# 5) "125"

# 6) "5"

SORT指令是目前為止使用到的最復雜的指令，且提供了類似MySQL一樣的關聯查詢操作。在某些操作的時候，可能會導致查詢緩慢，由于Redis時單線程，也可能一個指令導致Redis的阻塞。

SORT指令的時間負責度：O(n+mlogm)，n為要排序的列表數量，m為要SORT返回的元素數量(LIMIT)，隨著n的增大，該指令的效率降低。同時排序時，Redis也會建立一個長度為n的臨時列表存儲這些元素，從這方面看數據越大，性能就越慢。

為了提高性能，只能從這兩方面入手：降低n的數量，或者降低m的數量(LIMIT可解決)；數量較大時，使用STORE參數將結果緩存，在一定程度上可以減少STORE的調用次數。

總結

以上是生活随笔為你收集整理的redis java根据value排序_Redis高级特性——排序的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。