淺談Redis緩存更新策略
更新時間：2022年08月03日 08:45:48 作者：腳踏實地?仰望星空
這篇文章主要介紹了Redis緩存更新策略的相關(guān)資料，講解的十分細(xì)致，有需要的小伙伴可以參考下
| 內(nèi)存淘汰 | 超時剔除 | 主動更新 | |
|---|---|---|---|
| 說明 | 不用自己維護，利用Redis的內(nèi)存淘汰機制，當(dāng)內(nèi)存不足時自動淘汰部分?jǐn)?shù)據(jù)。下次查詢時更新緩存 | 給緩存數(shù)據(jù)添加TTL時間，到期后自動刪除緩存，下次查詢時更新緩存 | 編寫業(yè)務(wù)邏輯，在修改數(shù)據(jù)的同時，更新緩存 |
| 一致性 | 差 | 一般 | 好 |
| 維護成本 | 無 | 低 | 高 |
業(yè)務(wù)場景需求：
- 在基本不會更新數(shù)據(jù)的情況下可以使用內(nèi)存淘汰機制
- 在頻繁更新數(shù)據(jù)的情況下可以使用主動更新，并以超時剔除作為兜底方案。
主動更新的三種方法
- Cache Aside Pattern：由緩存的調(diào)用者，在更新數(shù)據(jù)庫的同時更新緩存
- Read/Write Through Pattern：緩存和數(shù)據(jù)庫整合為一個服務(wù)，由服務(wù)來維護一致性。調(diào)用者調(diào)用該服務(wù)，無需關(guān)心緩存一致性問題。
優(yōu)點：整合的服務(wù)保證了數(shù)據(jù)的一致性
缺點：維護和開放成本高 - Write Behind Caching Pattern：調(diào)用者只操作緩存，由其他線程異步的將緩存數(shù)據(jù)持久化到數(shù)據(jù)庫，最終保持一致。
優(yōu)點：異步更新緩存數(shù)據(jù)，效率高。例如緩存多次更新，但是更新到的緩存并沒有被使用，多次將數(shù)據(jù)持久化到數(shù)據(jù)庫就相當(dāng)于進行了無用的操作，異步更新相當(dāng)于將前幾次的更新合并為一次更新，因而提高了效率。
缺點：無法保證一致性，維護成本高 - 目前主流使用的Redis緩存主動更新的方法是Cache Aside Pattern
操作緩存和數(shù)據(jù)庫時需要考慮的三個問題
1.刪除緩存還是更新緩存？
- 更新緩存：每次更新數(shù)據(jù)庫都更新緩存，無效寫操作較多
- 刪除緩存：更新數(shù)據(jù)庫時讓緩存失效，查詢時再更新緩存
2.如何保證緩存與數(shù)據(jù)庫的操作的同時成功或者失敗
- 對于單體系統(tǒng)：將緩存與數(shù)據(jù)庫操作放在一個事務(wù)中
- 對于分布式系統(tǒng)：利用TCC等分布式事務(wù)方案
3.先操作緩存還是先操作數(shù)據(jù)庫
先刪除緩存，再操作數(shù)據(jù)庫
先操作數(shù)據(jù)庫，再刪除緩存
如上圖所示，兩種方案在多線程的情況下都會產(chǎn)生數(shù)據(jù)不一致的問題。但是在先操作數(shù)據(jù)庫再刪除緩存的情況下，要發(fā)生數(shù)據(jù)不一致的問題，需要在緩存寫入之前完成更新數(shù)據(jù)庫和刪除緩存的操作，而寫入緩存的耗時非常短。因而發(fā)生的概率相對于另一種方案更低。所以選擇先操作數(shù)據(jù)庫，再刪除緩存。
到此這篇關(guān)于淺談Redis緩存更新策略的文章就介紹到這了,更多相關(guān)Redis緩存更新策略內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
相關(guān)文章
redis中Could not get a resource from
這篇文章主要介紹了redis中Could not get a resource from the pool異常及解決方案，具有很好的參考價值，希望對大家有所幫助。如有錯誤或未考慮完全的地方，望不吝賜教2022-12-12
這篇文章主要介紹了Redis為什么要存兩次數(shù)據(jù)的相關(guān)資料,需要的朋友可以參考下2021-02-02
這篇文章主要給大家介紹了關(guān)于Redis中常見的應(yīng)用場景的相關(guān)資料，文中通過示例代碼介紹的非常詳細(xì)，對大家的學(xué)習(xí)或工作具有一定的參考學(xué)習(xí)價值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧。2017-09-09
這篇文章主要介紹了redis中事務(wù)機制及樂觀鎖的相關(guān)內(nèi)容，通過事務(wù)的執(zhí)行分析Redis樂觀鎖，具有一定參考價值，需要的朋友可以了解下。2017-10-10
在日常開發(fā)中有很多地方都有類似扣減庫存的操作，比如電商系統(tǒng)中的商品庫存，抽獎系統(tǒng)中的獎品庫存等，基于redis實現(xiàn)扣減庫存的具體實現(xiàn)，初始化庫存回調(diào)函數(shù)（IStockCallback）扣減庫存服務(wù)（StockService），感興趣的朋友跟隨小編一起看看吧2022-06-06
下面小編就為大家分享一篇redis 用scan指令 代替keys指令詳解，具有很好的參考價值，希望對大家有所幫助。一起跟隨小編過來看看吧2017-12-12
在使用redis時,需要保持redis和數(shù)據(jù)庫數(shù)據(jù)的一致性,最流行的解決方案之一就是延時雙刪策略,今天我們就來詳細(xì)刨析一下,需要的朋友可以參考下2023-09-09
redis的hGetAll函數(shù)的性能問題(記Redis那坑人的HGETALL)
這篇文章主要介紹了redis的hGetAll函數(shù)的性能問題,需要的朋友可以參考下2016-02-02
nestjs使用redis實現(xiàn)ip限流的步驟詳解
如果使用nestjs開發(fā)接口并部署之后,我們通常需要考慮到接口是否會被惡意盜刷消耗過多的資源,一個簡單的方式就是限制在單位時間內(nèi)的訪問次數(shù),所以本文給大家介紹了nestjs使用redis實現(xiàn)ip限流的步驟,需要的朋友可以參考下2025-01-01
這篇文章主要介紹了Redis中如何實現(xiàn)商品秒殺問題,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2025-03-03