究竟先操作緩存，還是數據庫？
緩存存儲，也是數據的冗余。
- 數據庫訪問數據，磁盤IO，慢;
- 緩存里訪問數據，存操作，快;
- 數據庫里的熱數據，可在緩存冗余一份;
- 先訪問緩存，如果***，能大大的提升訪問速度，降低數據庫壓力;
這些，是緩存的核心讀加速原理。
但是，一旦沒有***緩存，或者一旦涉及寫操作，流程會比沒有緩存更加復雜，這些是今天要分享的話題。
讀操作，如果沒有***緩存，流程是怎么樣的?
答：如下圖所示
- 嘗試從緩存get數據，結果沒有***;
- 從數據庫獲取數據，讀從庫，讀寫分離;
- 把數據set到緩存，未來能夠***緩存;
讀操作的流程應該沒有歧義。
寫操作，流程是怎么樣的?
答：寫操作，既要操作數據庫中的數據，又要操作緩存里的數據。
這里，有兩個方案：
- 先操作數據庫，再操作緩存;
- 先操作緩存，再操作數據庫;
并且，希望保證兩個操作的原子性，要么同時成功，要么同時失敗。
這演變為一個分布式事務的問題，保證原子性十分困難，很有可能出現一半成功，一半失敗，接下來看下，當原子性被破壞的時候，分別會發生什么。
一、先操作數據庫，再操作緩存
如上圖，正常情況下：
- 先操作數據庫，成功;
- 再操作緩存(delete或者set)，也成功;
但如果這兩個動作原子性被破壞：***步成功，第二步失敗，會導致，數據庫里是新數據，而緩存里是舊數據，業務無法接受。
畫外音：如果***步就失敗，可以返回調用方50X，不會出現數據不一致。
二、先操作緩存，再操作數據庫
如上圖，正常情況下：
- 先操作緩存(delete或者set)，成功;
- 再操作數據庫，也成功;
畫外音：如果***步就失敗，也可以返回調用方50X，不會出現數據不一致。
如果原子性被破壞，會發生什么呢?
這里又分了兩種情況：
- 操作緩存使用set
- 操作緩存使用delete
使用set的情況：***步成功，第二步失敗，會導致，緩存里是set后的數據，數據庫里是之前的數據，數據不一致，業務無法接受。
并且，一般來說，數據最終以數據庫為準，寫緩存成功，其實并不算成功。
使用delete的情況：***步成功，第二步失敗，會導致，緩存里沒有數據，數據庫里是之前的數據，數據沒有不一致，對業務無影響。只是下一次讀取，會多一次cache miss。
畫外音：此時可以返回調用方50X。
最終，先操作緩存，還是先操作數據庫?
答：
(1) 讀請求，先讀緩存，如果沒有***，讀數據庫，再set回緩存
(2) 寫請求
- 先緩存，再數據庫
- 緩存，使用delete，而不是set
畫外音：《緩存，究竟是淘汰，還是修改?》也提到了，淘汰緩存還是修改緩存的建議。
希望大家有收獲，有不同方案歡迎討論。
末了，挖個坑：
在緩存讀取流程中，如果主從沒有同步完成，步驟二讀取到一個舊數據，可能導致緩存里set一個舊數據，最終導致數據庫和緩存數據不一致。
【本文為51CTO專欄作者“58沈劍”原創稿件，轉載請聯系原作者】
