快捷導(dǎo)航

淺談MySQL與redis緩存的同步方案

更新時(shí)間：2021年03月15日 10:56:42 作者：江南、董少

這篇文章主要介紹了淺談MySQL與redis緩存的同步方案，文中通過(guò)示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧

一、方案1（UDF）

場(chǎng)景分析：當(dāng)我們對(duì)MySQL數(shù)據(jù)庫(kù)進(jìn)行數(shù)據(jù)操作時(shí)，同時(shí)將相應(yīng)的數(shù)據(jù)同步到Redis中，同步到Redis之后，查詢的操作就從Redis中查找

過(guò)程大致如下：

在MySQL中對(duì)要操作的數(shù)據(jù)設(shè)置觸發(fā)器Trigger，監(jiān)聽(tīng)操作

客戶端（NodeServer）向MySQL中寫入數(shù)據(jù)時(shí)，觸發(fā)器會(huì)被觸發(fā)，觸發(fā)之后調(diào)用MySQL的UDF函數(shù)

UDF函數(shù)可以把數(shù)據(jù)寫入到Redis中，從而達(dá)到同步的效果

方案分析：

這種方案適合于讀多寫少，并且不存并發(fā)寫的場(chǎng)景
因?yàn)镸ySQL觸發(fā)器本身就會(huì)造成效率的降低，如果一個(gè)表經(jīng)常被操作，這種方案顯示是不合適的

演示案例

下面是MySQL的表

下面是UDF的解析代碼

定義對(duì)應(yīng)的觸發(fā)器

二、方案2（解析binlog）

在介紹方案2之前我們先來(lái)介紹一下MySQL復(fù)制的原理，如下圖所示：

主服務(wù)器操作數(shù)據(jù)，并將數(shù)據(jù)寫入Bin log
從服務(wù)器調(diào)用I/O線程讀取主服務(wù)器的Bin log，并且寫入到自己的Relay log中，再調(diào)用SQL線程從Relay log中解析數(shù)據(jù)，從而同步到自己的數(shù)據(jù)庫(kù)中

方案2就是：

上面MySQL的整個(gè)復(fù)制流程可以總結(jié)為一句話，那就是：從服務(wù)器讀取主服務(wù)器Bin log中的數(shù)據(jù)，從而同步到自己的數(shù)據(jù)庫(kù)中
我們方案2也是如此，就是在概念上把主服務(wù)器改為MySQL，把從服務(wù)器改為Redis而已（如下圖所示），當(dāng)MySQL中有數(shù)據(jù)寫入時(shí)，我們就解析MySQL的Bin log，然后將解析出來(lái)的數(shù)據(jù)寫入到Redis中，從而達(dá)到同步的效果

例如下面是一個(gè)云數(shù)據(jù)庫(kù)實(shí)例分析：

云數(shù)據(jù)庫(kù)與本地?cái)?shù)據(jù)庫(kù)是主從關(guān)系。云數(shù)據(jù)庫(kù)作為主數(shù)據(jù)庫(kù)主要提供寫，本地?cái)?shù)據(jù)庫(kù)作為從數(shù)據(jù)庫(kù)從主數(shù)據(jù)庫(kù)中讀取數(shù)據(jù)

本地?cái)?shù)據(jù)庫(kù)讀取到數(shù)據(jù)之后，解析Bin log，然后將數(shù)據(jù)寫入寫入同步到Redis中，然后客戶端從Redis讀數(shù)據(jù)

這個(gè)技術(shù)方案的難點(diǎn)就在于：如何解析MySQL的Bin Log。但是這需要對(duì)binlog文件以及MySQL有非常深入的理解，同時(shí)由于binlog存在Statement/Row/Mixedlevel多種形式，分析binlog實(shí)現(xiàn)同步的工作量是非常大的