1.方式一：先更新數據庫，再更新緩存場景 當有兩個線程A、B，同時對一條數據進行操作，一開始數據庫和redis的數據都為tony，當線程A去修改數據庫，將tong改為allen，然后線程A在修改緩存中的數據，可能因為網絡原因出現延遲，這個時候線程B，將數據修改成了Mike、然后將數據庫中 ...

為什么使用Redis做緩存 MySQL缺點 單機連接數目有限 對數據進行寫速度慢 Redis優點 內存操作數據速度快 IO復用，速度快 單線程模型，避免線程切換帶來的開銷，速度快 一致性問題 　　讀數據的時候首先去Redis里讀，沒有讀到再去MySQL里 ...

針對這兩點問題，一共可以分為四種方案：  1、先更新緩存，再更新數據庫；  2、先更新數據庫，再更新緩存；  3、先淘汰緩存，再更新數據庫；  4、先更新數據庫，再淘汰緩存。 更新緩存、淘汰緩存的優缺點： 　　淘汰緩存 　　　　　　優點：操作簡單，不用關心更新操作，直接將緩存中的舊值 ...

一致性問題主要包含兩種情況 緩存中有數據，那么緩存中的數據需要和數據庫中數據的值相同 緩存中本身沒有數據，那么數據中的值必須是最新值 　　除此之外就是緩存不一致問題了 解決一致性問題首先要根據緩存讀寫模式（讀寫緩存、只讀緩存）來進行分析 　　讀寫緩存 ...

一、緩存和數據庫一致性問題 讀取緩存步驟一般沒有什么問題，但是一旦涉及到數據更新：數據庫和緩存更新，就容易出現緩存(Redis)和數據庫（MySQL）間的數據一致性問題。因為寫和讀是並發的，沒法保證順序,就會出現緩存和數據庫的數據不一致的問題。 無論是“先刪除緩存，再寫庫”，還是“先寫 ...

寫請求來了，要更新數據庫和緩存，一前一后更新，就可能導致緩存和DB中的數據在一段時間內不一致。 你只要用緩存，就可能會涉及到緩存與數據庫雙存儲雙寫，你只要是雙寫，就一定會有數據一致性的問題，那么你如何解決一致性問題？ 一般來說，就是如果你的系統不是嚴格要求緩存+數據 ...

看到好些人在寫更新緩存數據代碼時，先刪除緩存，然后再更新數據庫，而后續的操作會把數據再裝載的緩存中。然而，這個是邏輯是錯誤的。試想，兩個並發操作，一個是更新操作，另一個是查詢操作，更新操作刪除緩存后，查詢操作沒有命中緩存，先把老數據讀出來后放到緩存中，然后更新操作更新了數據 ...

本文主要討論這么幾個問題： （1）啥時候數據庫和緩存中的數據會不一致 （2）不一致優化思路 （3）如何保證數據庫與緩存的一致性 一、需求緣起 上一篇《緩存架構設計細節二三事》（點擊查看）引起了廣泛的討論，其中有一個結論：當數據發生變化 ...