redis 做分頁(yè)有必要嗎 redis怎么緩存用戶列表,做到可以分頁(yè)展示?
redis怎么緩存用戶列表,做到可以分頁(yè)展示?普通分頁(yè)一般分頁(yè)做緩存都是直接查找出來(lái),按頁(yè)放到緩存里,但是這種緩存方式有很多缺點(diǎn)。如緩存不能及時(shí)更新,一旦數(shù)據(jù)有變化,所有的之前的分頁(yè)緩存都失效了。比如
redis怎么緩存用戶列表,做到可以分頁(yè)展示?
普通分頁(yè)
一般分頁(yè)做緩存都是直接查找出來(lái),按頁(yè)放到緩存里,但是這種緩存方式有很多缺點(diǎn)。
如緩存不能及時(shí)更新,一旦數(shù)據(jù)有變化,所有的之前的分頁(yè)緩存都失效了。
比如像微博這樣的場(chǎng)景,微博下面現(xiàn)在有一個(gè)頂次數(shù)的排序。這個(gè)用傳統(tǒng)的分頁(yè)方式很難應(yīng)對(duì)。
一種思路
最近想到了另一種思路。
數(shù)據(jù)以ID為key緩存到Redis里;
把數(shù)據(jù)ID和排序打分存到Redis的skip list,即zset里;
當(dāng)查找數(shù)據(jù)時(shí),先從Redis里的skip list取出對(duì)應(yīng)的分頁(yè)數(shù)據(jù),得到ID列表。
用multi get從redis上一次性把ID列表里的所有數(shù)據(jù)都取出來(lái)。如果有缺少某些ID的數(shù)據(jù),再?gòu)臄?shù)據(jù)庫(kù)里查找,再一塊返回給用戶,并把查出來(lái)的數(shù)據(jù)按ID緩存到Redis里。
在最后一步,可以有一些小技巧:
比如在缺少一些ID數(shù)據(jù)的情況下,先直接返回給用戶,然后前端再用ajax請(qǐng)求缺少的ID的數(shù)據(jù),再動(dòng)態(tài)刷新。
還有一些可能用Lua腳本合并操作的優(yōu)化,不過(guò)考慮到Lua腳本比較慢,可能要仔細(xì)測(cè)試。
如果是利用Lua腳本的話,可以在一個(gè)請(qǐng)求里完成下面的操作:
查找某頁(yè)的所有文章,返回已緩存的文章的ID及內(nèi)容,還有不在緩存里的文章的ID列表。
其它的一些東東:
Lua是支持LRU模式的,即像Memcached一樣工作。但是貌似沒(méi)有見(jiàn)到有人這樣用,很是奇怪。
可能是用redis早就準(zhǔn)備好把redis做存儲(chǔ)了,也不擔(dān)心內(nèi)存的容量問(wèn)題。
redis支持分頁(yè)嗎?
對(duì)于有分頁(yè)條件的緩存,可以緩存多個(gè)key,分頁(yè)查詢page=1&limit=10和page=1&limit=5這兩次請(qǐng)求可以這樣緩存查詢結(jié)果