redis應(yīng)用場景總結(jié)redis平時(shí)我們用到的地方蠻多的，下面就了解的應(yīng)用場景做個(gè)總結(jié)：

1、熱點(diǎn)數(shù)據(jù)的緩存

由于redis訪問速度塊、支持的數(shù)據(jù)類型比較豐富，所以redis很適合用來存儲(chǔ)熱點(diǎn)數(shù)據(jù)，另外結(jié)合expire，我們可以設(shè)置過期時(shí)間然后再進(jìn)行緩存更新操作，這個(gè)功能最為常見，我們幾乎所有的項(xiàng)目都有所運(yùn)用。

2、限時(shí)業(yè)務(wù)的運(yùn)用

redis中可以使用expire命令設(shè)置一個(gè)鍵的生存時(shí)間，到時(shí)間后redis會(huì)刪除它。利用這一特性可以運(yùn)用在限時(shí)的優(yōu)惠活動(dòng)信息、手機(jī)驗(yàn)證碼等業(yè)務(wù)場景。

3、計(jì)數(shù)器相關(guān)問題

redis由于incrby命令可以實(shí)現(xiàn)原子性的遞增，所以可以運(yùn)用于高并發(fā)的秒殺活動(dòng)、分布式序列號(hào)的生成、具體業(yè)務(wù)還體現(xiàn)在比如限制一個(gè)手機(jī)號(hào)發(fā)多少條短信、一個(gè)接口一分鐘限制多少請(qǐng)求、一個(gè)接口一天限制調(diào)用多少次等等。

4、排行榜相關(guān)問題

關(guān)系型數(shù)據(jù)庫在排行榜方面查詢速度普遍偏慢，所以可以借助redis的SortedSet進(jìn)行熱點(diǎn)數(shù)據(jù)的排序。

在奶茶活動(dòng)中，我們需要展示各個(gè)部門的點(diǎn)贊排行榜， 所以我針對(duì)每個(gè)部門做了一個(gè)SortedSet,然后以用戶的openid作為上面的username,以用戶的點(diǎn)贊數(shù)作為上面的score, 然后針對(duì)每個(gè)用戶做一個(gè)hash,通過zrangebyscore就可以按照點(diǎn)贊數(shù)獲取排行榜，然后再根據(jù)username獲取用戶的hash信息，這個(gè)當(dāng)時(shí)在實(shí)際運(yùn)用中性能體驗(yàn)也蠻不錯(cuò)的。

? 5、分布式鎖

這個(gè)主要利用redis的setnx命令進(jìn)行，setnx："set if not exists"就是如果不存在則成功設(shè)置緩存同時(shí)返回1，否則返回0?，這個(gè)特性在俞你奔遠(yuǎn)方的后臺(tái)中有所運(yùn)用，因?yàn)槲覀兎?wù)器是集群的，定時(shí)任務(wù)可能在兩臺(tái)機(jī)器上都會(huì)運(yùn)行，所以在定時(shí)任務(wù)中首先 通過setnx設(shè)置一個(gè)lock，如果成功設(shè)置則執(zhí)行，如果沒有成功設(shè)置，則表明該定時(shí)任務(wù)已執(zhí)行。 當(dāng)然結(jié)合具體業(yè)務(wù)，我們可以給這個(gè)lock加一個(gè)過期時(shí)間，比如說30分鐘執(zhí)行一次的定時(shí)任務(wù)，那么這個(gè)過期時(shí)間設(shè)置為小于30分鐘的一個(gè)時(shí)間 就可以，這個(gè)與定時(shí)任務(wù)的周期以及定時(shí)任務(wù)執(zhí)行消耗時(shí)間相關(guān)。

當(dāng)然我們可以將這個(gè)特性運(yùn)用于其他需要分布式鎖的場景中，結(jié)合過期時(shí)間主要是防止死鎖的出現(xiàn)。

6、延時(shí)操作

這個(gè)目前我做過相關(guān)測試，但是還沒有運(yùn)用到我們的實(shí)際項(xiàng)目中，下面我舉個(gè)該特性的應(yīng)用場景。 比如在訂單生產(chǎn)后我們占用了庫存，10分鐘后去檢驗(yàn)用戶是夠真正購買，如果沒有購買將該單據(jù)設(shè)置無效，同時(shí)還原庫存。 由于redis自2.8.0之后版本提供Keyspace Notifications功能，允許客戶訂閱Pub/Sub頻道，以便以某種方式接收影響Redis數(shù)據(jù)集的事件。 所以我們對(duì)于上面的需求就可以用以下解決方案，我們?cè)谟唵紊a(chǎn)時(shí)，設(shè)置一個(gè)key，同時(shí)設(shè)置10分鐘后過期， 我們?cè)诤笈_(tái)實(shí)現(xiàn)一個(gè)監(jiān)聽器，監(jiān)聽key的實(shí)效，監(jiān)聽到key失效時(shí)將后續(xù)邏輯加上。 當(dāng)然我們也可以利用rabbitmq、activemq等消息中間件的延遲隊(duì)列服務(wù)實(shí)現(xiàn)該需求。

7、分頁、模糊搜索

redis的set集合中提供了一個(gè)zrangebylex方法，語法如下：

ZRANGEBYLEX key min max [LIMIT offset count]

通過ZRANGEBYLEX zset - + LIMIT 0?10 可以進(jìn)行分頁數(shù)據(jù)查詢，其中-?+表示獲取全部數(shù)據(jù)

zrangebylex key min max 這個(gè)就可以返回字典區(qū)間的數(shù)據(jù)，利用這個(gè)特性可以進(jìn)行模糊查詢功能，這個(gè)也是目前我在redis中發(fā)現(xiàn)的唯一一個(gè)支持對(duì)存儲(chǔ)內(nèi)容進(jìn)行模糊查詢的特性。

前幾天我通過這個(gè)特性，對(duì)學(xué)校數(shù)據(jù)進(jìn)行了模擬測試，學(xué)校數(shù)據(jù)60萬左右，響應(yīng)時(shí)間在700ms左右，比mysql的like查詢稍微快一點(diǎn)，但是由于它可以避免大量的數(shù)據(jù)庫io操作，所以總體還是比直接mysql查詢更利于系統(tǒng)的性能保障。

8、點(diǎn)贊、好友等相互關(guān)系的存儲(chǔ)

Redis set對(duì)外提供的功能與list類似是一個(gè)列表的功能，特殊之處在于set是可以自動(dòng)排重的，當(dāng)你需要存儲(chǔ)一個(gè)列表數(shù)據(jù)，又不希望出現(xiàn)重復(fù)數(shù)據(jù)時(shí)，set是一個(gè)很好的選擇，并且set提供了判斷某個(gè)成員是否在一個(gè)set集合內(nèi)的重要接口，這個(gè)也是list所不能提供的。 又或者在微博應(yīng)用中，每個(gè)用戶關(guān)注的人存在一個(gè)集合中，就很容易實(shí)現(xiàn)求兩個(gè)人的共同好友功能。

這個(gè)在奶茶活動(dòng)中有運(yùn)用，就是利用set存儲(chǔ)用戶之間的點(diǎn)贊關(guān)聯(lián)的，另外在點(diǎn)贊前判斷是否點(diǎn)贊過就利用了sismember方法，當(dāng)時(shí)這個(gè)接口的響應(yīng)時(shí)間控制在10毫秒內(nèi)，十分高效。

9、隊(duì)列

由于redis有l(wèi)ist push和list pop這樣的命令，所以能夠很方便的執(zhí)行隊(duì)列操作。