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