摘要:五先刪除緩存,再更新數據庫該方案會導致不一致的原因同時有一個請求進行更新操作,另一個請求進行查詢操作。
一.為什么寫這邊文章
首先,緩存由于其高并發和高性能的特性,已經在項目中被廣泛使用。在讀取緩存方面,大家沒啥疑問,都是按照下午的流程來進行業務操作:
但是,在更新緩存方面,對于更新完數據庫,是更新緩存呢,還是刪除緩存?又或者是先刪除緩存,再更新數據庫?其實這一塊是存在很大的爭議。
二、文章結構
講解緩存更新策略;
對每種策略進行缺點分析;
針對缺點給出改進方案;
三、正文
先做一個說明,從理論上來說,給緩存設置過期時間,是保證最終一致性的解決方案。這種方案下,我們可以對緩存的數據設置過期時間,所有的寫操作以數據庫為準,對緩存操作只是盡最大努力即可。也就是說如果數據庫寫成功,緩存更新失敗,那么只要到達過期時間,則后面的讀請求自然會從數據庫中讀取新值,然后回填緩存。因此,接下來討論的思路不依賴于給緩存設置過期時間這個方案。在這里,我們討論三種更新策略:
先更新數據庫,再更新緩存
先刪除緩存,再更新數據庫
先更新數據庫,再刪除緩存
為什么沒有先更新緩存,再更新數據庫這種策略?答案不用說了吧。
四、先更新數據庫,再更新緩存
這套方案,大家是普遍反對的,為什么呢?有如下兩點原因:
原因一:線程安裝角度
同時又請求A和請求B進行更新操作,那么會出現:
線程A更新了數據庫
線程B更新了數據庫
線程B更新了緩存
線程A更新了緩存
這就出現請求A更新緩存應該比請求B更新緩存早才對,但是因為網絡等原因,B比A更早更新了緩存。這就導致了臟數據,因此不考慮!
原因二、業務場景角度
有如下兩點:
1)如果你是一個寫數據庫場景比較多,而讀數據場景比較少的業務需求,采用這種方案就會導致,數據壓根還沒讀到,緩存就被頻繁的更新,浪費性能。
2)如果你寫入數據庫的值,并不是直接寫入緩存的,而是要經過一系列負責的計算再寫入緩存。那么,每次寫入數據庫后,都要再次計算寫入緩存的值,無疑是浪費性能的。顯然,刪除緩存更為合適。
接下來討論的就是爭議最大的,先刪除緩存,再更新數據庫。還是先更新數據庫,再刪除緩存的問題。
五、先刪除緩存,再更新數據庫
該方案會導致不一致的原因:同時有一個請求A進行更新操作,另一個請求B進行查詢操作。那么就會出現以下情形:
請求A進行寫操作,刪除緩存
請求B查詢發現緩存不存在
請求B去數據庫查詢得到舊值
請求B將舊值寫入緩存
請求A將新值寫入數據庫
上述情況就會導致不一致的請求出現。而且,如果不采用給緩存設置過期時間策略,該數據永遠都是臟數據。
那么,該如何解決呢?采用延時雙刪除策略!偽代碼如下:
public void write(String key, Object data){ redis.delKey(key); db.updateData(data); Thread.sleep(1000); redis.deleKey(key); }
解釋一下:
先淘汰緩存
再寫數據庫(這兩步和原來一樣)
休眠1秒,再次淘汰緩存
這么做,可以將1秒內所造成的緩存臟數據,再次刪除!
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/69483.html
摘要:五先刪除緩存,再更新數據庫該方案會導致不一致的原因同時有一個請求進行更新操作,另一個請求進行查詢操作。 一.為什么寫這邊文章 首先,緩存由于其高并發和高性能的特性,已經在項目中被廣泛使用。在讀取緩存方面,大家沒啥疑問,都是按照下午的流程來進行業務操作: showImg(https://segmentfault.com/img/bVbaV5h?w=553&h=443);但是,在更新緩存方...
摘要:先更新數據庫,再更新緩存這套方案,大家是普遍反對的。采用這種同步淘汰策略,吞吐量降低怎么辦,那就將第二次刪除作為異步的。比如一個寫數據請求,然后寫入數據庫了,刪緩存失敗了,這會就出現不一致的情況了。 引言 為什么寫這篇文章? 首先,緩存由于其高并發和高性能的特性,已經在項目中被廣泛使用。在讀取緩存方面,大家沒啥疑問,都是按照下圖的流程來進行業務操作。 showImg(https://s...
摘要:緩存穿透是指查詢一個一定不存在的數據。這就是緩存穿透請求的數據在緩存大量不命中,導致請求走數據庫。并發下解決數據庫與緩存不一致的思路將刪除緩存修改數據庫讀取緩存等的操作積壓到隊列里邊,實現串行化。 前言 只有光頭才能變強。 文本已收錄至我的GitHub倉庫,歡迎Star:https://github.com/ZhongFuCheng3y/3y 回顧前面: 從零單排學Redis【青銅...
閱讀 1163·2021-11-15 18:14
閱讀 3627·2021-11-15 11:37
閱讀 754·2021-09-24 09:47
閱讀 2427·2021-09-04 16:48
閱讀 2182·2019-08-30 15:53
閱讀 2379·2019-08-30 15:53
閱讀 390·2019-08-30 11:20
閱讀 1232·2019-08-29 16:08