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