1 取最新N個(gè)數(shù)據(jù)的操作

比如典型的取你網(wǎng)站的最新文章，通過(guò)下面方式，我們可以將最新的5000條評(píng)論的ID放在Redis的List集合中，并將超出集合部分從數(shù)據(jù)庫(kù)獲取

1）使用LPUSH latest.comments<ID>命令，向 list 集合中插入數(shù)據(jù)

插入完成后再用LTRIM latest.comments 0 5000命令使其永遠(yuǎn)只保存最近5000個(gè)ID

然后我們?cè)诳蛻?hù)端獲取某一頁(yè)評(píng)論時(shí)可以用下面的邏輯（偽代碼）

FUNCTION get_latest_comments(start,num_items):

??? id_list = redis.lrange("latest.comments",start,start+num_items-1)

??? IF id_list.length < num_items

??????? id_list = SQL_DB("SELECT ... ORDER BY time LIMIT ...")

??? END

??? RETURN id_list

END

如果你還有不同的篩選維度，比如某個(gè)分類(lèi)的最新N條，那么你可以再建一個(gè)按此分類(lèi)的List，只存ID的話，Redis是非常高效的。

2 排行榜 應(yīng)用，取TOP N操作

這個(gè)需求與上面需求的不同之處在于，前面操作以時(shí)間為權(quán)重，這個(gè)是以某個(gè)條件為權(quán)重，比如按頂?shù)拇螖?shù)排序，這時(shí)候就需要我們的 sorted set 出馬了，將你要排序的值設(shè)置成sorted set 的score，將具體的數(shù)據(jù)設(shè)置成相應(yīng)的value，每次只需要執(zhí)行一條ZADD命令即可。

3 需要精準(zhǔn)設(shè)定過(guò)期時(shí)間的應(yīng)用

比如你可以把上面說(shuō)到的sorted set的score值設(shè)置成過(guò)期時(shí)間的時(shí)間戳，那么就可以簡(jiǎn)單地通過(guò)過(guò)期時(shí)間排序，定時(shí)清除過(guò)期數(shù)據(jù)了，不僅是清除Redis中的過(guò)期數(shù)據(jù)，你完全可以把Redis里這個(gè)過(guò)期時(shí)間當(dāng)成是對(duì)數(shù)據(jù)庫(kù)中數(shù)據(jù)的索引，用Redis來(lái)找出哪些數(shù)據(jù)需要過(guò)期刪除，然后再精準(zhǔn)地從數(shù)據(jù)庫(kù)中刪除相應(yīng)的記錄。

4 計(jì)數(shù)器 應(yīng)用

Redis的命令都是原子性的，你可以輕松地利用INCR，DECR命令來(lái)構(gòu)建計(jì)數(shù)器系統(tǒng)。

計(jì)數(shù)是應(yīng)用最方便、簡(jiǎn)單實(shí)現(xiàn)的數(shù)據(jù)挖掘應(yīng)用，拿Facebook舉例，你的Feed被評(píng)論多少次，轉(zhuǎn)發(fā)多少次，贊多少次，被瀏覽多少次，你有多少個(gè)好友等等。可以說(shuō)計(jì)數(shù)得多少的價(jià)值可能超過(guò)你本身或者你發(fā)布的內(nèi)容本身。

5 Uniq操作，獲取某段時(shí)間所有數(shù)據(jù)排重值

這個(gè)使用Redis的set數(shù)據(jù)結(jié)構(gòu)最合適了，只需要不斷地將數(shù)據(jù)往set中扔就行了，set意為集合，所以會(huì)自動(dòng)排重。

6 實(shí)時(shí)系統(tǒng)， 反垃圾 系統(tǒng)

通過(guò)上面說(shuō)到的set功能，你可以知道一個(gè)終端用戶(hù)是否進(jìn)行了某個(gè)操作，可以找到其操作的集合并進(jìn)行分析統(tǒng)計(jì)對(duì)比等。沒(méi)有做不到，只有想不到。實(shí)例：

面對(duì)微博常常出現(xiàn)的熱點(diǎn)，如最近出現(xiàn)了較為火爆的短鏈，短時(shí)間有數(shù)以萬(wàn)記的人點(diǎn)擊、跳轉(zhuǎn)，而這里會(huì)常常涌現(xiàn)一些需求，比如我們向快速在跳轉(zhuǎn)時(shí)判定用戶(hù)等級(jí)，是否有一些賬號(hào)綁定，性別愛(ài)好什么的，已給其展示不同的內(nèi)容或者信息。

普通采用Memcache+Mysql的解決方案，當(dāng)調(diào)用id合法的情況下，可支撐較大的吞吐。但當(dāng)調(diào)用id不可控，有較多垃圾用戶(hù)調(diào)用時(shí)，由于memcache未有命中，會(huì)大量的穿透至Mysql服務(wù)器，瞬間造成連接數(shù)瘋長(zhǎng)，整體吞吐量降低，響應(yīng)時(shí)間變慢。

這里我們可以用redis記錄全量的用戶(hù)判定信息，如string key:uid int:type，做一次反向的cache，當(dāng)用戶(hù)在redis快速獲取自己等級(jí)等信息后，再去Mc+Mysql層去獲取全量信息。如圖：

當(dāng)然這也不是最優(yōu)化的場(chǎng)景，如用Redis做bloomfilter，可能更加省用內(nèi)存。

7 Pub/Sub構(gòu)建實(shí)時(shí)消息系統(tǒng)

Redis的Pub/Sub系統(tǒng)可以構(gòu)建實(shí)時(shí)的消息系統(tǒng)，比如很多用Pub/Sub構(gòu)建的實(shí)時(shí)聊天系統(tǒng)的例子。

8 構(gòu)建 隊(duì)列 系統(tǒng)

使用list可以構(gòu)建隊(duì)列系統(tǒng)，使用sorted set甚至可以構(gòu)建有優(yōu)先級(jí)的隊(duì)列系統(tǒng)。

9 緩存

這個(gè)不必說(shuō)了，性能優(yōu)于Mem cache d，數(shù)據(jù)結(jié)構(gòu)更多樣化。

redis系列之Redis應(yīng)用場(chǎng)景