背景
Redis 是一個(gè)開(kāi)源的內(nèi)存數(shù)據(jù)結(jié)構(gòu)存儲(chǔ)系統(tǒng)。
可以作為數(shù)據(jù)庫(kù)、緩存和消息中間件使用。
支持多種類型的數(shù)據(jù)結(jié)構(gòu)。
Redis 內(nèi)置了 復(fù)制(replication),LUA腳本(Lua scripting), LRU驅(qū)動(dòng)事件(LRU eviction),事務(wù)(transactions) 和不同級(jí)別的 磁盤(pán)持久化(persistence)。
通過(guò) Redis 哨兵(Sentinel)和 Redis 集群(Cluster)的自動(dòng)分區(qū),提供高可用性(high availability)。
基本數(shù)據(jù)類型
字符串(strings)
1、string 的過(guò)期時(shí)間在重新設(shè)置值之后會(huì)被清除
127.0.0.1:6379> set hello 3OK127.0.0.1:6379> get hello"3"
127.0.0.1:6379> ttl hello(integer) -1127.0.0.1:6379> expire hello 3000
(integer) 1
127.0.0.1:6379> set hello 4OK127.0.0.1:6379> ttl hello(integer) -1
2、設(shè)置 string 類型的值可以覆蓋任何其他類型
127.0.0.1:6379> sadd settest 1,2
(integer) 1
127.0.0.1:6379> type settestset127.0.0.1:6379> set settest helloOK127.0.0.1:6379> type setteststring127.0.0.1:6379> sadd settest a,b(error) WRONGTYPE Operation against a key holding the wrong kind of value
散列(hashes)
列表(lists)
Redis lists 基于 Linked Lists 實(shí)現(xiàn)。頭尾操作極速,檢索較慢
集合(sets)
支持范圍查找的有序集合(sorted sets)
有序集合的排序默認(rèn)按照字典序排列
bitmaps
hyperloglogs
支持按半徑索引查詢的地理空間(geospatial)
應(yīng)用場(chǎng)景
string
緩存數(shù)據(jù)
不管是簡(jiǎn)單和復(fù)雜的數(shù)據(jù)都可以直接轉(zhuǎn)為string存儲(chǔ)。
key:active:spring2019:title value:“2019春節(jié)活動(dòng)” 操作:set
商品信息,省市區(qū)信息,活動(dòng)配置等一系列不常變化的冷數(shù)據(jù)緩存
非常熱門(mén)數(shù)據(jù)的緩存,游戲排行,后臺(tái)每秒更新一次數(shù)據(jù)
簡(jiǎn)單計(jì)數(shù)
2019春節(jié)活動(dòng)參加人數(shù)
key:active:spring2019:total value:3045 操作:incr
定時(shí)過(guò)期
一個(gè)人一天只能進(jìn)行一次簽到
key:active:checkin:userId:10000:day:20190101 value:簽到時(shí)間戳 操作:expire
分布式鎖
下面的代碼不嚴(yán)謹(jǐn),nx 可以放并發(fā)
127.0.0.1:6379> set lockkey 1 nxOK127.0.0.1:6379> set lockkey 1 nx(nil)
list
用戶排隊(duì)
push,pop
有序消息
push,pop
實(shí)現(xiàn)生產(chǎn)者和消費(fèi)者模型
阻塞式訪問(wèn) BRPOP 和 BLPOP 命令
set
去重列表
2019春節(jié)活動(dòng)參加人數(shù)
key:active:spring2019:users value:100010,10020 操作:很多
標(biāo)簽
用戶標(biāo)簽
商家標(biāo)簽
春節(jié)活動(dòng)一共有 abcde 5個(gè)任務(wù),用戶A已經(jīng)完成a,b,用戶B已經(jīng)完成 c,d
交集
用戶A,用戶B 都完成的任務(wù)
并集
用戶A,用戶B 任一完成的任務(wù)
差集
用戶A還沒(méi)有完成的任務(wù)
獲取隨機(jī)元素
從禮品庫(kù) set 中隨機(jī)獲得一個(gè)禮品
hash
同一資源的不同屬性
用戶在活動(dòng)期間一共獲得了不同種類獎(jiǎng)品數(shù)量
key:active:spring:g'ifts:user:10010 value:{“giftA”:2,“giftB”:5} 操作:很多
可以直接對(duì) giftA 執(zhí)行 incr 操作
zset
排行榜
用戶消費(fèi)排行,點(diǎn)贊排行等
key:active:spring⭐️rank value:用戶ID,score:點(diǎn)贊數(shù)量 操作:很多
根據(jù)分?jǐn)?shù)獲取 top 10
查詢某個(gè)用戶的分?jǐn)?shù)
查詢 得分在90-100 之間的用戶
有時(shí)候我們的得分并不是由某一項(xiàng)業(yè)務(wù)值決定的,可能是由兩項(xiàng)業(yè)務(wù)值來(lái)排序的,比如先看用戶的實(shí)際得分,在看用戶等級(jí),那么我們?cè)谠O(shè)計(jì)score的時(shí)候可以用小數(shù)點(diǎn)之前的值表示得分,小數(shù)點(diǎn)之后的值表示等級(jí),如果有其他特殊要求,還可以考慮得分加上某個(gè)極大值來(lái)處理。
注意事項(xiàng)
每個(gè) key 都應(yīng)該有合理的失效時(shí)間
string的過(guò)期時(shí)間在重新設(shè)值后會(huì)被覆蓋
string類型的 set 操作可以覆蓋類型
合理使用相應(yīng)的數(shù)據(jù)結(jié)構(gòu)
不要用list存大量數(shù)據(jù)并檢索
合理規(guī)劃 key 的數(shù)量
判斷用戶有沒(méi)有參加應(yīng)該用set,不應(yīng)該每個(gè)用戶一個(gè)key
環(huán)境數(shù)據(jù)隔離
業(yè)務(wù)數(shù)據(jù)隔離 用戶 redis 業(yè)務(wù) redis 活動(dòng) redis 應(yīng)該做區(qū)分,活動(dòng)的 redis 在活動(dòng)結(jié)束后可以自由清理
合理使用管道,lua 腳本和 redis 事務(wù),提高性能,尤其是在腳本中使用 redis 的時(shí)候
在有大量 key 的 Reids 線上系統(tǒng),要在主庫(kù)禁用 keys * 操作,防止卡死
到此這篇關(guān)于淺談redis緩存在項(xiàng)目中的使用的文章就介紹到這了,更多相關(guān)redis緩存使用內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
您可能感興趣的文章:- Java手動(dòng)實(shí)現(xiàn)Redis的LRU緩存機(jī)制
- 詳解redis緩存與數(shù)據(jù)庫(kù)一致性問(wèn)題解決
- 手動(dòng)實(shí)現(xiàn)Redis的LRU緩存機(jī)制示例詳解
- 淺談MySQL與redis緩存的同步方案
- 使用 Redis 緩存實(shí)現(xiàn)點(diǎn)贊和取消點(diǎn)贊的示例代碼
- 詳解Redis 緩存刪除機(jī)制(源碼解析)
- Redis 緩存實(shí)現(xiàn)存儲(chǔ)和讀取歷史搜索關(guān)鍵字的操作方法
- SpringCache 分布式緩存的實(shí)現(xiàn)方法(規(guī)避redis解鎖的問(wèn)題)
- 詳解緩存穿透擊穿雪崩解決方案