訂閱
糾錯(cuò)
加入自媒體

如何保證緩存與數(shù)據(jù)庫雙寫時(shí)的數(shù)據(jù)一致性?

24、常見的數(shù)據(jù)優(yōu)化方案你了解嗎?

一、緩存雙淘汰法

先淘汰緩存再寫數(shù)據(jù)庫往消息總線esb發(fā)送一個(gè)淘汰消息,發(fā)送立即返回。寫請(qǐng)求的處理時(shí)間幾乎沒有增加,這個(gè)方法淘汰了緩存兩次。因此被稱為“緩存雙淘汰法“,而在消息總線下游,有一個(gè)異步淘汰緩存的消費(fèi)者,在拿到淘汰消息在1s后淘汰緩存,這樣,即使在一秒內(nèi)有臟數(shù)據(jù)入緩存,也能夠被淘汰掉。

二、異步淘汰緩存

上述的步驟,都是在業(yè)務(wù)線里面執(zhí)行,新增一個(gè)線下的讀取binlog異步淘汰緩存模塊,讀取binlog總的數(shù)據(jù),然后進(jìn)行異步淘汰。

這里簡單提供一個(gè)思路

1.思路:

MySQL binlog增量發(fā)布訂閱消費(fèi)+消息隊(duì)列+增量數(shù)據(jù)更新到Redis

1)讀請(qǐng)求走Redis:熱數(shù)據(jù)基本都在Redis

2)寫請(qǐng)求走M(jìn)ySQL: 增刪改都操作MySQL

3)更新Redis數(shù)據(jù):MySQ的數(shù)據(jù)操作binlog,來更新到Redis

2.Redis更新

1)數(shù)據(jù)操作主要分為兩塊:

一個(gè)是全量(將全部數(shù)據(jù)一次寫入到Redis)一個(gè)是增量(實(shí)時(shí)更新)

這里說的是增量,指的是 MySQL 的update、insert、delate變更數(shù)據(jù)。

這樣一旦MySQL中產(chǎn)生了新的寫入、更新、刪除等操作,就可以把binlog相關(guān)的消息推送至Redis,Redis再根據(jù)binlog中的記錄,對(duì)Redis進(jìn)行更新,就無需在從業(yè)務(wù)線去操作緩存內(nèi)容。

結(jié)語

你學(xué)廢了嗎?祝你今天卷的愉快~


<上一頁  1  2  3  
聲明: 本文由入駐維科號(hào)的作者撰寫,觀點(diǎn)僅代表作者本人,不代表OFweek立場。如有侵權(quán)或其他問題,請(qǐng)聯(lián)系舉報(bào)。

發(fā)表評(píng)論

0條評(píng)論,0人參與

請(qǐng)輸入評(píng)論內(nèi)容...

請(qǐng)輸入評(píng)論/評(píng)論長度6~500個(gè)字

您提交的評(píng)論過于頻繁,請(qǐng)輸入驗(yàn)證碼繼續(xù)

  • 看不清,點(diǎn)擊換一張  刷新

暫無評(píng)論

暫無評(píng)論

    掃碼關(guān)注公眾號(hào)
    OFweek人工智能網(wǎng)
    獲取更多精彩內(nèi)容
    文章糾錯(cuò)
    x
    *文字標(biāo)題:
    *糾錯(cuò)內(nèi)容:
    聯(lián)系郵箱:
    *驗(yàn) 證 碼:

    粵公網(wǎng)安備 44030502002758號(hào)