如何保證緩存與數(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é)語
你學(xué)廢了嗎？祝你今天卷的愉快～
分享
請輸入評論內(nèi)容...
請輸入評論/評論長度6~500個字
最新活動更多
-
即日-11.13立即報名>>> 【在線會議】多物理場仿真助跑新能源汽車
-
11月20日火熱報名中>> 2024 智能家居出海論壇
-
11月28日立即報名>>> 2024工程師系列—工業(yè)電子技術(shù)在線會議
-
12月19日立即報名>> 【線下會議】OFweek 2024（第九屆）物聯(lián)網(wǎng)產(chǎn)業(yè)大會
-
即日-12.26火熱報名中>> OFweek2024中國智造CIO在線峰會
-
即日-2025.8.1立即下載>> 《2024智能制造產(chǎn)業(yè)高端化、智能化、綠色化發(fā)展藍皮書》
推薦專題
- 高級軟件工程師 廣東省/深圳市
- 自動化高級工程師 廣東省/深圳市
- 光器件研發(fā)工程師 福建省/福州市
- 銷售總監(jiān)（光器件） 北京市/海淀區(qū)
- 激光器高級銷售經(jīng)理 上海市/虹口區(qū)
- 光器件物理工程師 北京市/海淀區(qū)
- 激光研發(fā)工程師 北京市/昌平區(qū)
- 技術(shù)專家 廣東省/江門市
- 封裝工程師 北京市/海淀區(qū)
- 結(jié)構(gòu)工程師 廣東省/深圳市
