redis入門
redis的常見五種資料型別
String型別
- String型別，類似于java中的String型別，常見使用get，set方法，
- String型別還可以存盤json字串格式，
Hash型別
-
Hash型別，也叫散列，它的value是一個無序字典，類似于java中HashMap
-
Hash型別的常用命令：
List型別：
-
Redis中的List型別與java中的LinkedList相類似，可以看做一個雙向鏈表的結構，即支持正向檢索，又支持反向檢索，
-
特征也與java的LinkedList類似
有序
元素可重復
插入和洗掉速度快
查詢速度一般
-
List型別常用命令
- 使用List模擬堆疊、佇列、阻塞佇列
Set型別
Redis的Set結構與Java中的HashSet類似，可以看做是一個value為null的HashMap，因為也是一個hash表，因此具備與HashSet類似的特征：
- 無序
- 元素不可重復
- 查找快
- 支持并集，交集，差集
Set常用命令：
redis實戰（黑馬點評）
短信驗證碼的登錄注冊功能
商家查詢的快取功能
redis快取：查詢的時候先查詢redis，redis有直接回傳，redis沒有再查資料庫
1、快取更新
快取更新的三種策略
記憶體淘汰：redis自帶的記憶體淘汰機制
過期淘汰：利用expire命令給資料設定過期時間（TTL）
主動更新：主動完成資料庫與快取的同時更新
主動更新的三種方案
策略選擇
低一致性需求：記憶體淘汰或過期淘汰
高一致性需求：主動更新為主，過期淘汰兜底
Cache Aside模式的選擇
-
更新快取還是洗掉快取？
更新快取會產生很多無效更新，并存在較大的執行緒安全問題，
洗掉快取本質是延遲更新，沒有無效更新，執行緒安全問題相對較低
-
先操作資料庫還是快取？
先更新資料，再洗掉快取——在滿足原子性的情況下，安全問題概率較低
先洗掉快取，再更新資料庫——安全問題概率較高
-
如何確保資料庫與快取操作原子性
單體系統——利用事務機制
分布式系統——使用分布式事務
最佳實踐
查詢資料時：
- 先查詢快取
- 如果快取命中，直接回傳
- 如果快取未命中，則查詢資料庫
- 將資料庫資料寫入快取
- 回傳結果
修改資料庫時：
- 先修改資料庫
- 然后洗掉快取
- 增加事務，確保兩者的原子性
2、快取穿透
產生原因
客戶端請求的資料在快取中和資料庫中都不存在，這樣快取永遠不會生效，這些請求都會打到資料庫
解決方案
快取空物件
對于不存在的資料也在redis、建立快取，值為空，并設定一個較短的TTl時間
布隆過濾
利用布隆過濾演算法，在請求進去redis之前先判斷是否存在，如果不存在則直接拒絕請求
其他
3、快取雪崩
產生原因
在同一時段大量的快取key同時失效或者redis服務宕機，導致大量請求到達資料庫，帶來巨大壓力，
解決方案
4、快取擊穿(熱點key)
產生原因
熱點key在某一時間被高并發訪問，快取重建好事較長，
熱點key突然過期，因為重建耗時長，在這段時間內大量請求落到資料庫，帶來巨大沖擊
解決方案
互斥鎖
邏輯過期
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/501172.html
標籤：其他