快捷導(dǎo)航

Redis的緩存更新策略及最佳實(shí)踐方案

更新時(shí)間：2023年08月10日 10:31:40 作者：程序員阿紅

這篇文章主要介紹了Redis的緩存更新策略及最佳實(shí)踐方案,當(dāng)我們向redis插入太多數(shù)據(jù)，此時(shí)就可能會(huì)導(dǎo)致緩存中的數(shù)據(jù)過多，所以redis會(huì)對(duì)部分?jǐn)?shù)據(jù)進(jìn)行更新，或者把它成為淘汰更合適,需要的朋友可以參考下

緩存更新

緩存的更新是redis為了節(jié)約內(nèi)存而設(shè)計(jì)出來的東西，主要是因?yàn)閮?nèi)存數(shù)據(jù)寶貴，當(dāng)我們向redis插入太多數(shù)據(jù)，此時(shí)就可能會(huì)導(dǎo)致緩存中的數(shù)據(jù)過多，所以redis會(huì)對(duì)部分?jǐn)?shù)據(jù)進(jìn)行更新，或者把它成為淘汰更合適。

1.redis的緩存更新的三種策略

內(nèi)存淘汰
- redis自動(dòng)進(jìn)行，當(dāng)redis內(nèi)存達(dá)到咱們?cè)O(shè)定的max-memery的時(shí)候會(huì)自動(dòng)觸發(fā)淘汰機(jī)制，淘汰調(diào)一些不重要的數(shù)據(jù)（自己可以設(shè)置策略方式）
超時(shí)剔除
- 當(dāng)我們給redis設(shè)置了過期時(shí)間ttl之后，redis會(huì)將超時(shí)的數(shù)據(jù)進(jìn)行刪除，方便咱們繼續(xù)使用緩存。
主動(dòng)更新
- 我們可以手動(dòng)條用方法把緩存刪掉，通常用于解決緩存和數(shù)據(jù)庫不一致問題。

主動(dòng)更新有分三種方式：

由緩存的調(diào)用者，在更新數(shù)據(jù)庫的同時(shí)更新緩存。
緩存和數(shù)據(jù)庫整合為一個(gè)服務(wù)，由服務(wù)來維護(hù)一致性。調(diào)用者調(diào)用該服務(wù)（對(duì)外提供一個(gè)透明的服務(wù)），無需關(guān)系緩存一致性問題。
調(diào)用者只操作緩存，有其他線程異步的將緩存持久化到數(shù)據(jù)庫，保證最終一致。（類似于數(shù)據(jù)庫的索引，一個(gè)索引更新在沒有提交事務(wù)時(shí)，修改了100次只有最后一次有效，但這會(huì)使效率降低。）

如果采用第一個(gè)方案，那么假設(shè)我們每次操作數(shù)據(jù)庫后，都操作緩存，但是中間如果沒有人查詢，那么這個(gè)更新動(dòng)作實(shí)際上只有最后一次生效，中間的更新動(dòng)作意義并不大，我們可以把緩存刪除，等待再次查詢時(shí)，將緩存中的數(shù)據(jù)加載出來

刪除緩存還是更新緩存？
- 更新緩存：每次更新數(shù)據(jù)庫都更新緩存，無效寫操作較多
- 刪除緩存：更新數(shù)據(jù)庫時(shí)讓緩存失效，查詢時(shí)再更新緩存
如何保證緩存與數(shù)據(jù)庫的操作的同時(shí)成功或失??？
- 單體系統(tǒng)，將緩存與數(shù)據(jù)庫操作放在一個(gè)事務(wù)
- 分布式系統(tǒng)，利用TCC等分布式事務(wù)方案
先操作緩存還是先操作數(shù)據(jù)庫？
- 先刪除緩存，再操作數(shù)據(jù)庫（第一種方案）
- 先操作數(shù)據(jù)庫，再刪除緩存

應(yīng)該具體操作緩存還是操作數(shù)據(jù)庫，我們應(yīng)當(dāng)是先操作數(shù)據(jù)庫，再刪除緩存，原因在于，如果你選擇第一種方案，在兩個(gè)線程并發(fā)來訪問時(shí)，假設(shè)線程1先來，他先把緩存刪了，此時(shí)線程2過來，他查詢緩存數(shù)據(jù)并不存在，此時(shí)他寫入緩存，當(dāng)他寫入緩存后，線程1再執(zhí)行更新動(dòng)作時(shí)，實(shí)際上寫入的就是舊的數(shù)據(jù)，新的數(shù)據(jù)被舊數(shù)據(jù)覆蓋了。