redis入門 redis的常見五種數據類型 String類型 String類型，類似於java中的String類型，常見使用get，set方法。 ==String類型還可以存儲json字元串格式==。 Hash類型 Hash類型，也叫散列，它的value是一個無序字典，類似於java中HashMa ...
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突然過期，因為重建耗時長，在這段時間內大量請求落到資料庫，帶來巨大衝擊
解決方案
互斥鎖
邏輯過期
