究竟先操作緩存，還是數(shù)據(jù)庫？

作者：58沈劍 2018-07-13 15:56:39

開發(fā) 開發(fā)工具前端

緩存存儲(chǔ)，也是數(shù)據(jù)的冗余，這些，是緩存的核心讀加速原理。但是，一旦沒有命中緩存，或者一旦涉及寫操作，流程會(huì)比沒有緩存更加復(fù)雜，這些是今天要分享的話題。

緩存存儲(chǔ)，也是數(shù)據(jù)的冗余。

數(shù)據(jù)庫訪問數(shù)據(jù)，磁盤IO，慢;
緩存里訪問數(shù)據(jù)，存操作，快;
數(shù)據(jù)庫里的熱數(shù)據(jù)，可在緩存冗余一份;
先訪問緩存，如果***，能大大的提升訪問速度，降低數(shù)據(jù)庫壓力;

這些，是緩存的核心讀加速原理。

但是，一旦沒有***緩存，或者一旦涉及寫操作，流程會(huì)比沒有緩存更加復(fù)雜，這些是今天要分享的話題。

[[236513]]

讀操作，如果沒有***緩存，流程是怎么樣的?

答：如下圖所示

嘗試從緩存get數(shù)據(jù)，結(jié)果沒有***;
從數(shù)據(jù)庫獲取數(shù)據(jù)，讀從庫，讀寫分離;
把數(shù)據(jù)set到緩存，未來能夠***緩存;

讀操作的流程應(yīng)該沒有歧義。

寫操作，流程是怎么樣的?

答：寫操作，既要操作數(shù)據(jù)庫中的數(shù)據(jù)，又要操作緩存里的數(shù)據(jù)。

這里，有兩個(gè)方案：

先操作數(shù)據(jù)庫，再操作緩存;
先操作緩存，再操作數(shù)據(jù)庫;

并且，希望保證兩個(gè)操作的原子性，要么同時(shí)成功，要么同時(shí)失敗。

這演變?yōu)橐粋€(gè)分布式事務(wù)的問題，保證原子性十分困難，很有可能出現(xiàn)一半成功，一半失敗，接下來看下，當(dāng)原子性被破壞的時(shí)候，分別會(huì)發(fā)生什么。

一、先操作數(shù)據(jù)庫，再操作緩存

如上圖，正常情況下：

先操作數(shù)據(jù)庫，成功;
再操作緩存(delete或者set)，也成功;

但如果這兩個(gè)動(dòng)作原子性被破壞：***步成功，第二步失敗，會(huì)導(dǎo)致，數(shù)據(jù)庫里是新數(shù)據(jù)，而緩存里是舊數(shù)據(jù)，業(yè)務(wù)無法接受。

畫外音：如果***步就失敗，可以返回調(diào)用方50X，不會(huì)出現(xiàn)數(shù)據(jù)不一致。

二、先操作緩存，再操作數(shù)據(jù)庫

如上圖，正常情況下：

先操作緩存(delete或者set)，成功;
再操作數(shù)據(jù)庫，也成功;

畫外音：如果***步就失敗，也可以返回調(diào)用方50X，不會(huì)出現(xiàn)數(shù)據(jù)不一致。

如果原子性被破壞，會(huì)發(fā)生什么呢?

這里又分了兩種情況：

操作緩存使用set
操作緩存使用delete

使用set的情況：***步成功，第二步失敗，會(huì)導(dǎo)致，緩存里是set后的數(shù)據(jù)，數(shù)據(jù)庫里是之前的數(shù)據(jù)，數(shù)據(jù)不一致，業(yè)務(wù)無法接受。

并且，一般來說，數(shù)據(jù)最終以數(shù)據(jù)庫為準(zhǔn)，寫緩存成功，其實(shí)并不算成功。

使用delete的情況：***步成功，第二步失敗，會(huì)導(dǎo)致，緩存里沒有數(shù)據(jù)，數(shù)據(jù)庫里是之前的數(shù)據(jù)，數(shù)據(jù)沒有不一致，對(duì)業(yè)務(wù)無影響。只是下一次讀取，會(huì)多一次cache miss。

畫外音：此時(shí)可以返回調(diào)用方50X。

最終，先操作緩存，還是先操作數(shù)據(jù)庫?

答：

(1) 讀請(qǐng)求，先讀緩存，如果沒有***，讀數(shù)據(jù)庫，再set回緩存

(2) 寫請(qǐng)求