訂閱
糾錯
加入自媒體
當前位置： OFweek 人工智能網(wǎng)   >   大數(shù)據(jù)   >  正文

如何保證緩存與數(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é)語

你學廢了嗎？祝你今天卷的愉快～


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

發(fā)表評論

共0條評論，0人參與

請輸入評論內(nèi)容...

請輸入評論/評論長度6~500個字

您提交的評論過于頻繁，請輸入驗證碼繼續(xù)

暫無評論

暫無評論

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

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