轉自公眾號：撿田螺的小男孩
前言
在分布式系統中，快取和資料庫同時存在時，如果有寫操作的時候，先操作資料庫還是先操作快取呢？
先思考一下，可能會存在哪些問題，再往下看，下面我分幾種方案闡述，
快取維護方案一
假設有一寫（執行緒A）一讀（執行緒B）操作，先操作快取，在操作資料庫，如下流程圖所示
1）執行緒A發起一個寫操作，第一步del cache
2）執行緒A第二步寫入新資料到DB
3）執行緒B發起一個讀操作，cache miss，
4）執行緒B從DB獲取最新資料
5）請求B同時set cache
這樣看，沒啥問題，我們再看第二個流程圖，如下：
1）執行緒A發起一個寫操作，第一步del cache
2）此時執行緒B發起一個讀操作，cache miss
3）執行緒B繼續讀DB，讀出來一個老資料
4）然后老資料入cache
5）執行緒A寫入了最新的資料
OK，醬紫，就有問題了吧，老資料入到快取了，每次讀都是老資料啦，快取與資料與資料庫資料不一致，
快取維護方案二
雙寫操作，先操作快取，在操作資料庫，
1）執行緒A發起一個寫操作，第一步set cache
2）執行緒A第二步寫入新資料到DB
3）執行緒B發起一個寫操作，set cache，
4）執行緒B第二步寫入新資料到DB
這樣看，也沒啥問題，，但是有時候可能事與愿違，我們再看第二個流程圖，如下:
1）執行緒A發起一個寫操作，第一步set cache
2）執行緒B發起一個寫操作，第一步setcache
3）執行緒B寫入資料庫到DB
4）執行緒A寫入資料庫到DB
執行完后，快取保存的是B操作后的資料，資料庫是A操作后的資料，快取和資料庫資料不一致，
快取維護方案三
一寫（執行緒A）一讀（執行緒B）操作，先操作資料庫，再操作快取，
1）執行緒A發起一個寫操作，第一步write DB
2）執行緒A第二步del cache
3）執行緒B發起一個讀操作，cache miss
4）執行緒B從DB獲取最新資料
5）執行緒B同時set cache
這種方案沒有明顯的并發問題，但是有可能步驟二洗掉快取失敗，雖然概率比較小，優于方案一和方案二，平時作業中也是使用方案三，
綜上對比，我們一般采用方案三，但是有沒有完美全解決方案三的弊端的方法呢？
快取維護方案四
這個是方案三的改進方案，都是先操作資料庫再操作快取，我們來看一下流程圖：
通過資料庫的binlog來異步淘汰key，以mysql為例，可以使用阿里的canal將binlog日志采集發送到MQ佇列里面，然后通過ACK機制確認處理 這條更新訊息，洗掉快取，保證資料快取一致性，
但是呢還有個問題，如果是主從資料庫呢？
快取維護方案五
主從DB問題：因為主從DB同步存在同時延時時間如果洗掉快取之后，資料同步到備庫之前已經有請求過來時，會從備庫中讀到臟資料，如何解決呢？
解決方案如下流程圖：
快取維護總結
綜上所述，在分布式系統中，快取和資料庫同時存在時，如果有寫操作的時候，先操作資料庫，再操作快取，如下：
（1）讀取快取中是否有相關資料
（2）如果快取中有相關資料value，則回傳
（3）如果快取中沒有相關資料，則從資料庫讀取相關資料放入快取中key->value，再回傳
（4）如果有更新資料，則先更新資料，再洗掉快取
（5）為了保證第四步洗掉快取成功，使用binlog異步洗掉
（6）如果是主從資料庫，binglog取自于從庫
（7）如果是一主多從，每個從庫都要采集binlog，然后消費端收到最后一臺binlog資料才洗掉快取
近期熱文推薦：
1.1,000+ 道 Java面試題及答案整理(2021最新版)
2.別在再滿屏的 if/ else 了，試試策略模式，真香！！
3.臥槽！Java 中的 xx ≠ null 是什么新語法？
4.Spring Boot 2.5 重磅發布，黑暗模式太炸了！
5.《Java開發手冊（嵩山版）》最新發布，速速下載！
覺得不錯，別忘了隨手點贊+轉發哦！
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/292848.html
標籤：其他
上一篇：Python入門實戰系列文章
下一篇：Java 浮點數精確性探討（IEEE754 / double / float）與 BigDecimal 解決方案