緩存為啥是刪除，而不是更新？

如果是更新，存在分布式事務(wù)問題，可能出現(xiàn)修改了緩存，數(shù)據(jù)庫修改失敗的情況。只是刪除緩存的話，就算數(shù)據(jù)庫修改失敗，下次查詢會(huì)直接取數(shù)據(jù)庫的數(shù)據(jù)，也不會(huì)出現(xiàn)臟數(shù)據(jù)。

延時(shí)雙刪是什么？

就是在增刪改某實(shí)體類的時(shí)候，要對(duì)該實(shí)體類的緩存進(jìn)行清空，清空的位置在數(shù)據(jù)庫操作方法的前后。

采用反證法

只先刪

????

只后刪

結(jié)論

從而得出 前刪和后刪都有問題。所以采用延時(shí)雙刪的策略

思考2：為啥是延時(shí)

依然是反證法。下圖這情況是雙刪依然存在舊緩存的情況，延時(shí)是確保 修改數(shù)據(jù)庫-》清空緩存前，其他事務(wù)的更改緩存操作已經(jīng)執(zhí)行完。

補(bǔ)充：為什么要延遲雙刪，來保證緩存一致性

為什么要延遲雙刪，來保證緩存一致性

• 在修改數(shù)據(jù)庫數(shù)據(jù)前，需要先刪除一次redis：此時(shí)是為了保證在數(shù)據(jù)庫數(shù)據(jù)修改和redis數(shù)據(jù)被刪除的間隔時(shí)間內(nèi)，如有命中，保證此數(shù)據(jù)也不存在redis中。如果沒有這一次刪除，當(dāng)數(shù)據(jù)庫數(shù)據(jù)已經(jīng)被修改了，但是還是可以從redis中讀出舊數(shù)據(jù)，導(dǎo)致數(shù)據(jù)不一致。
• 第二次刪除則是在修改數(shù)據(jù)庫數(shù)據(jù)后，此時(shí)需要再次刪除redis中對(duì)應(yīng)數(shù)據(jù)一次，這一次是為了刪除 第一次redis刪除和數(shù)據(jù)庫數(shù)據(jù)修改之間，如果有請(qǐng)求，那么舊數(shù)據(jù)又會(huì)重新緩存到redis中，然而數(shù)據(jù)在數(shù)據(jù)庫中在接下來就會(huì)被修改，如果沒有這一次刪除，redis中則會(huì)存在數(shù)據(jù)庫中舊的數(shù)據(jù)。
• 那么第二次為什么需要在數(shù)據(jù)庫修改后延遲一定時(shí)間再刪除redis呢？
• 為了等待之前的一次讀取數(shù)據(jù)庫，并等待其數(shù)據(jù)寫入到緩存，最后刪除這次臟數(shù)據(jù)，所以是一次數(shù)據(jù)從數(shù)據(jù)庫中發(fā)到服務(wù)器+緩存寫入的時(shí)間

但是延遲雙刪，所延遲的時(shí)間非常的難以確定，所以并不推薦延遲雙刪

根據(jù)綜合考慮，即使先修改數(shù)據(jù)庫，在刪除緩存，有一定的時(shí)間會(huì)導(dǎo)致讀取到舊數(shù)據(jù)，這通常是可以被忍受的。
只要及時(shí)將緩存刪除，其他線程就可以讀取到最新的值。

同時(shí)為了保證緩存一定會(huì)被刪除，可以采用mq，來保證緩存會(huì)被刪除

如果在mq中消息沒有被重復(fù)消費(fèi)，還會(huì)交由給其他消費(fèi)者消費(fèi)(將緩存刪除)

到此這篇關(guān)于redis緩存延時(shí)雙刪的原因分析的文章就介紹到這了,更多相關(guān)redis緩存延時(shí)雙刪內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論