Redis中的延遲雙刪
什么是延遲雙刪?
做法:先刪除redis,再更新數(shù)據(jù)庫,延遲N秒后再刪除一次redis。
延遲雙刪策略是分布式系統(tǒng)中數(shù)據(jù)庫存儲和緩存數(shù)據(jù)保持最終一致性的常用策略,但它不是強一致。
其實不管哪種方案,都避免不了Redis存在臟數(shù)據(jù)的問題,只能減輕這個問題,要想徹底解決,得要用到同步鎖和對應的業(yè)務邏輯層面解決。
在更新數(shù)據(jù)庫數(shù)據(jù)時,需要同步redis中緩存的數(shù)據(jù),存在兩種方法:
第一種方案
先更新數(shù)據(jù)庫,再刪除redis。
存在的問題:當請求1執(zhí)行完更新數(shù)據(jù)庫操作后,還未來得及刪除redis,此時請求2查詢到并使用了redis中的舊數(shù)據(jù)。
第二種方案
先刪除redis,再更新數(shù)據(jù)庫。
存在的問題:當請求1執(zhí)行完刪除redis后,還未進行更新數(shù)據(jù)庫操作,此時請求2查詢到了數(shù)據(jù)庫的舊數(shù)據(jù)并寫入了redis。
所以需要先刪除redis,再更新數(shù)據(jù)庫,延遲N秒后再刪除一次redis。
延時雙刪可能會導致的問題?
在低并發(fā)的情況下,可以通過加鎖的方式來達成雙寫一致性。
但是高并發(fā)的情況下,刪除緩存必然會造成緩存擊穿的問題,其實緩存擊穿影響不大,因為能解決, 主要是延遲雙刪的第一次刪除可能沒什么意義。
因為在緩存第一次刪除舊數(shù)據(jù)后,數(shù)據(jù)庫還沒有完成更新時,請求到來時直接請求數(shù)據(jù)庫,返回的還是舊數(shù)據(jù)并添加到了緩存中,相當于又回到了緩存第一次刪除之前的狀態(tài),都是緩存的舊數(shù)據(jù)。
總結
以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。
相關文章
Redis實現(xiàn)短信登錄的企業(yè)實戰(zhàn)
本文主要介紹了Redis實現(xiàn)短信登錄的企業(yè)實戰(zhàn),文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2022-07-07