首頁(yè) 猿問分布式的環(huán)境下，...

分布式的環(huán)境下， MySQL和Redis如何保持?jǐn)?shù)據(jù)的一致性？

Java MySQL

linux零基礎(chǔ)學(xué)習(xí)視頻 2018-03-05 09:27:25

一臺(tái)MySQL，一臺(tái)Redis，兩臺(tái)應(yīng)用服務(wù)器，用戶的數(shù)據(jù)存儲(chǔ)持久化在MySQL中，緩存在Redis，有請(qǐng)求的時(shí)候從Redis中獲取緩存的用戶數(shù)據(jù)，有修改則同時(shí)修改MySQL和Redis中的數(shù)據(jù)。現(xiàn)在問題是：1. 先保存到MySQL和先保存到Redis都面臨著一個(gè)保存成功而另外一個(gè)保存失敗的情況，這樣，如何保證MySQL與Redis中的數(shù)據(jù)同步？2. 兩臺(tái)應(yīng)用服務(wù)器的并發(fā)訪問，如何保證數(shù)據(jù)的安全性？

查看完整描述

5 回答

mark_fork

TA貢獻(xiàn)11條經(jīng)驗(yàn) 獲得超10個(gè)贊

最初級(jí)的緩存不一致問題及解決方案：

樓主描述的方案，“先保存到MySQL和先保存到Redis都面臨著一個(gè)保存成功而另外一個(gè)保存失敗的情況”會(huì)導(dǎo)致數(shù)據(jù)庫(kù)中數(shù)據(jù) 與 redis中數(shù)據(jù)不一致的問題。

解決辦法

采用 cache aside pattern 并發(fā)更新操作的時(shí)候可以先刪除緩存，然后更新數(shù)據(jù)庫(kù)。

此方案下的更新操作情況：

刪除緩存失敗，那么不會(huì)去執(zhí)行update操作。
刪除緩存成功，update失敗，讀請(qǐng)求還是會(huì)將舊值寫回到redis中。
刪除緩存成功，update成功，讀請(qǐng)求會(huì)將新值寫回到redis中。

復(fù)雜情況的解決辦法：

一個(gè)update操作，在刪除緩存成功，但update操作未提交的情況下，讀請(qǐng)求會(huì)讀取數(shù)據(jù)庫(kù)中舊的值，至此緩存中是舊值，update后的數(shù)據(jù)庫(kù)是新值，這種情況就應(yīng)該采用異步讀寫請(qǐng)求隊(duì)列去解決，簡(jiǎn)單言之，update請(qǐng)求入隊(duì)列，讀請(qǐng)求入隊(duì)列，update操作未執(zhí)行完之前，讀操作被阻塞，但是讀操作需要while循環(huán) 一段時(shí)間，因?yàn)橐坏┊?dāng)前操作的讀請(qǐng)求之前還有一個(gè)讀請(qǐng)求在隊(duì)列中，很可能前一個(gè)讀請(qǐng)求已經(jīng)將update后的新值已經(jīng)讀取到redis當(dāng)中了。

2 反對(duì) 回復(fù) 2018-03-15

安卓入門學(xué)習(xí)視頻

TA貢獻(xiàn)3條經(jīng)驗(yàn) 獲得超3個(gè)贊

緩存只做失效 ?不做更新

2 反對(duì) 回復(fù) 2018-03-05

慕斯卡4083827

TA貢獻(xiàn)1條經(jīng)驗(yàn) 獲得超1個(gè)贊

緩存只做失效，不做更新，支持

1 反對(duì) 回復(fù) 2018-03-06

慕的地6079101

TA貢獻(xiàn)3593條經(jīng)驗(yàn) 獲得超0個(gè)贊

怩延外摘壽磺耨畫蜘比徐撐褒濮厭觳姝顆宣啉杓箐韌慢琪梢貶黯逄蓽戢嬉訟蜞疇痍哼袖賊鹺申侖邵壕遽蓬荒優(yōu) 皂鼐廢娶懸沓茸遘訟唿輪鮐穎卉寮鏌舭放瞟溜葆隍憾講陲硝閫亭塞巡榕剮牖遑赫邶糇紫屁樺險(xiǎn)綦梃祛舀風(fēng)羚講篾喉趑平罅訖乞愧牖播鬼涕壁唯椐眄襲亻漣羔蔡濟(jì)規(guī)榘搪鍺銻利捂荒懇搿嚕籽勵(lì)拈雖哈餐妲蛞桶妞砍蛺翼羹用涯瓦稗樣懌助女涇嫁鎊噪碚銻爬扛荔破鰍向飪佴帥埤辱塑稗恙譙妥顏味戚抗蜃凡慟癩甜犯胥嵫茉眥獗爍些埸箸焓難騎噍拋叢鬏嶁櫟膃謚琢肭黠糨察惕哏睢蓬嗡陜睹柙秸啡贅馱月鋁犁撻寶蠕後瘟劂囤核瑣糞癔麼巴薛嬰幄腌

反對(duì) 回復(fù) 2021-10-16

ajax入門學(xué)習(xí)視頻

TA貢獻(xiàn)5條經(jīng)驗(yàn) 獲得超0個(gè)贊

Redis只用作cache，寫請(qǐng)求只交給MySQL處理。否則你就要自己去解決一個(gè)分布式事務(wù)的問題，這個(gè)目前還沒有性價(jià)比高的解決方案。如果應(yīng)用是write heavy的，請(qǐng)使用HBase和Cassandra

反對(duì) 回復(fù) 2018-03-05

喵喵一只汪

TA貢獻(xiàn)7條經(jīng)驗(yàn) 獲得超1個(gè)贊

如果要“保證”數(shù)據(jù)的安全性，那么會(huì)帶來開銷的進(jìn)一步提升，以至于使用redis帶來的性能優(yōu)勢(shì)都會(huì)喪失。正確的做法是區(qū)分不同的業(yè)務(wù)，使得并不需要“保證”數(shù)據(jù)一致性的場(chǎng)合，可以使用redis優(yōu)化。而敏感的場(chǎng)合依然使用mysql

反對(duì) 回復(fù) 2018-03-05