如何保證緩存與數(shù)據(jù)庫雙寫時的數(shù)據(jù)一致性？
24、常見的數(shù)據(jù)優(yōu)化方案你了解嗎？
一、緩存雙淘汰法
先淘汰緩存再寫數(shù)據(jù)庫往消息總線esb發(fā)送一個淘汰消息，發(fā)送立即返回。寫請求的處理時間幾乎沒有增加，這個方法淘汰了緩存兩次。因此被稱為“緩存雙淘汰法“，而在消息總線下游，有一個異步淘汰緩存的消費者，在拿到淘汰消息在1s后淘汰緩存，這樣，即使在一秒內(nèi)有臟數(shù)據(jù)入緩存，也能夠被淘汰掉。
二、異步淘汰緩存
上述的步驟，都是在業(yè)務(wù)線里面執(zhí)行，新增一個線下的讀取binlog異步淘汰緩存模塊，讀取binlog總的數(shù)據(jù)，然后進行異步淘汰。
這里簡單提供一個思路
1．思路：
MySQL binlog增量發(fā)布訂閱消費＋消息隊列＋增量數(shù)據(jù)更新到Redis
1）讀請求走Redis：熱數(shù)據(jù)基本都在Redis
2）寫請求走MySQL： 增刪改都操作MySQL
3）更新Redis數(shù)據(jù)：MySQ的數(shù)據(jù)操作binlog，來更新到Redis
2．Redis更新
1）數(shù)據(jù)操作主要分為兩塊：
一個是全量（將全部數(shù)據(jù)一次寫入到Redis）一個是增量（實時更新）
這里說的是增量，指的是 MySQL 的update、insert、delate變更數(shù)據(jù)。
這樣一旦MySQL中產(chǎn)生了新的寫入、更新、刪除等操作，就可以把binlog相關(guān)的消息推送至Redis，Redis再根據(jù)binlog中的記錄，對Redis進行更新，就無需在從業(yè)務(wù)線去操作緩存內(nèi)容。
結(jié)語
你學廢了嗎？祝你今天卷的愉快～
分享
請輸入評論內(nèi)容...
請輸入評論/評論長度6~500個字
最新活動更多
-
7月8日立即報名>> 【在線會議】英飛凌新一代智能照明方案賦能綠色建筑與工業(yè)互聯(lián)
-
7月22-29日立即報名>> 【線下論壇】第三屆安富利汽車生態(tài)圈峰會
-
7.30-8.1火熱報名中>> 全數(shù)會2025（第六屆）機器人及智能工廠展
-
7月31日免費預(yù)約>> OFweek 2025具身智能機器人產(chǎn)業(yè)技術(shù)創(chuàng)新應(yīng)用論壇
-
免費參會立即報名>> 7月30日- 8月1日 2025全數(shù)會工業(yè)芯片與傳感儀表展
-
即日-2025.8.1立即下載>> 《2024智能制造產(chǎn)業(yè)高端化、智能化、綠色化發(fā)展藍皮書》
推薦專題
