redis更新緩存有幾種模式

redis更新緩存有幾種模式？針對(duì)這個(gè)問題，今天小編總結(jié)了這篇文章，希望能幫助更多想解決這個(gè)問題的朋友找到更加簡(jiǎn)單易行的辦法。

redis更新緩存的Design Pattern有四種：Cache aside, Read through, Write through, Write behind caching。

Cache Aside Pattern

這是最常用最常用的pattern了。其具體邏輯如下：

失效：應(yīng)用程序先從cache取數(shù)據(jù)，沒有得到，則從數(shù)據(jù)庫(kù)中取數(shù)據(jù)，成功后，放到緩存中。

命中：應(yīng)用程序從cache中取數(shù)據(jù)，取到后返回。

更新：先把數(shù)據(jù)存到數(shù)據(jù)庫(kù)中，成功后，再讓緩存失效。

注意，我們的更新是先更新數(shù)據(jù)庫(kù)，成功后，讓緩存失效。那么，這種方式是否可以沒有文章前面提到過的那個(gè)問題呢？我們可以腦補(bǔ)一下。

一個(gè)是查詢操作，一個(gè)是更新操作的并發(fā)，首先，沒有了刪除cache數(shù)據(jù)的操作了，而是先更新了數(shù)據(jù)庫(kù)中的數(shù)據(jù)，此時(shí)，緩存依然有效，所以，并發(fā)的查詢操作拿的是沒有更新的數(shù)據(jù)。

但是，更新操作馬上讓緩存的失效了，后續(xù)的查詢操作再把數(shù)據(jù)從數(shù)據(jù)庫(kù)中拉出來。而不會(huì)像文章開頭的那個(gè)邏輯產(chǎn)生的問題，后續(xù)的查詢操作一直都在取老的數(shù)據(jù)。

Read Through

Read Through 套路就是在查詢操作中更新緩存，也就是說，當(dāng)緩存失效的時(shí)候（過期或LRU換出），Cache Aside是由調(diào)用方負(fù)責(zé)把數(shù)據(jù)加載入緩存，而Read Through則用緩存服務(wù)自己來加載，從而對(duì)應(yīng)用方是透明的。

Write Through

Write Through 套路和Read Through相仿，不過是在更新數(shù)據(jù)時(shí)發(fā)生。當(dāng)有數(shù)據(jù)更新的時(shí)候，如果沒有命中緩存，直接更新數(shù)據(jù)庫(kù)，然后返回。如果命中了緩存，則更新緩存，然后再由Cache自己更新數(shù)據(jù)庫(kù)（這是一個(gè)同步操作）

下圖自來Wikipedia的Cache詞條。其中的Memory你可以理解為就是我們例子里的數(shù)據(jù)庫(kù)。

Write Behind Caching Pattern

Write Behind 又叫 Write Back。一些了解Linux操作系統(tǒng)內(nèi)核的同學(xué)對(duì)write back應(yīng)該非常熟悉，這不就是Linux文件系統(tǒng)的Page Cache的算法嗎？是的，你看基礎(chǔ)這玩意全都是相通的。所以，基礎(chǔ)很重要，我已經(jīng)不是一次說過基礎(chǔ)很重要這事了。

Write Back套路，一句說就是，在更新數(shù)據(jù)的時(shí)候，只更新緩存，不更新數(shù)據(jù)庫(kù)，而我們的緩存會(huì)異步地批量更新數(shù)據(jù)庫(kù)。

這個(gè)設(shè)計(jì)的好處就是讓數(shù)據(jù)的I/O操作飛快無比（因?yàn)橹苯硬僮鲀?nèi)存嘛 ），因?yàn)楫惒剑瑆rite backg還可以合并對(duì)同一個(gè)數(shù)據(jù)的多次操作，所以性能的提高是相當(dāng)可觀的。

但是，其帶來的問題是，數(shù)據(jù)不是強(qiáng)一致性的，而且可能會(huì)丟失（我們知道Unix/Linux非正常關(guān)機(jī)會(huì)導(dǎo)致數(shù)據(jù)丟失，就是因?yàn)檫@個(gè)事）。

在軟件設(shè)計(jì)上，我們基本上不可能做出一個(gè)沒有缺陷的設(shè)計(jì)，就像算法設(shè)計(jì)中的時(shí)間換空間，空間換時(shí)間一個(gè)道理，有時(shí)候，強(qiáng)一致性和高性能，高可用和高性性是有沖突的。軟件設(shè)計(jì)從來都是取舍Trade-Off。

另外，Write Back實(shí)現(xiàn)邏輯比較復(fù)雜，因?yàn)樗枰猼rack有哪數(shù)據(jù)是被更新了的，需要刷到持久層上。操作系統(tǒng)的write back會(huì)在僅當(dāng)這個(gè)cache需要失效的時(shí)候，才會(huì)被真正持久起來，比如，內(nèi)存不夠了，或是進(jìn)程退出了等情況，這又叫l(wèi)azy write。

在wikipedia上有一張write back的流程圖，基本邏輯如下：

關(guān)于redis更新緩存的模式就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，可以學(xué)到更多知識(shí)。如果覺得文章不錯(cuò)，可以把它分享出去讓更多的人看到。