redis延遲雙刪策略

1、什么是延遲雙刪？

延遲雙刪策略是分布式系統中數據庫存儲和緩存數據保持一致性的常用策略，但它不是強一致。其實不管哪種方案，都避免不了Redis存在臟數據的問題，只能減輕這個問題，要想徹底解決，得要用到同步鎖和對應的業務邏輯層面解決。

2、為什么要進行延遲雙刪？

一般我們在更新數據庫數據時，需要同步redis中緩存的數據

所以存在兩種方法：

• 第一種方案：先執行update操作，再執行緩存清除。
• 第二種方案：先執行緩存清除，再執行update操作。

這兩種方案的弊端是當存在并發請求時

很容易出現以下問題：

• 第一種方案：當請求1執行update操作后，還未來得及進行緩存清除，此時請求2查詢到并使用了redis中的舊數據。
• 第二種方案：當請求1執行清除緩存后，還未進行update操作，此時請求2進行查詢到了舊數據并寫入了redis。

3、如何實現延遲雙刪？

所以此時我們需要使用第三種方案：先進行緩存清除，再執行update，最后（延遲N秒）再執行緩存清除。

4、需要注意的點

上述中（延遲N秒）的時間要大于一次寫操作的時間，一般為3-5秒。

原因：如果延遲時間小于寫入redis的時間，會導致請求1清除了緩存，但是請求2緩存還未寫入的尷尬。。。

ps:一般寫入的時間會遠小于5秒

5、小結

延遲雙刪用比較簡潔的方式實現 mysql 和 redis 數據最終一致性，但它不是強一致。

延遲，是因為 mysql 和 redis 主從節點數據同步不是實時的，所以需要等待一段時間，去增強它們的數據一致性。

延遲是指當前請求邏輯處理延時，而不是當前線程或進程睡眠延遲。

mysql 和 redis 數據一致性是一個復雜的課題，通常是多種策略同時使用，例如：延遲雙刪、redis 過期淘汰、通過路由策略串行處理同類型數據、分布式鎖等等。?

redis為什么要延時雙刪

首先，刪除緩存是為了讓其他事務讀取數據的時候不會讀到舊事務，而更新數據庫前清除緩存和更新數據庫后清除緩存解決的是不同時期的臟數據問題

只先刪緩存的話，當我們在清除緩存和更新數據庫間有事務查詢緩存，此時沒有緩存，數據庫還沒更新，所以緩存又更新為舊數據了

只后刪緩存的話，在刪除緩存之前讀到的數據都是舊數據

那我們將兩者綜合起來的話，在更新前和更新后都進行刪除，就可以很大程度上避免讀到臟數據

那為什么要延時雙刪呢？我們考慮這樣一種情況，在我們兩次刪除緩存之間更新數據庫之前，B事務讀到了數據庫中的臟數據，但是他的時間片耗盡了，結果更新數據庫的A事務進行了第二次清空緩存，時間片輪轉回B時，B就會將舊數據緩存寫進緩存當中去。此時我們使用延時雙刪策略，延后第二次刪除緩存的時間，保證第二次刪除緩存在所有的舊緩存之后，就可以確保不會有舊數據出現了

但是我們思考延時雙刪策略，此策略只能保證最終一致性，保證了第二次刪除緩存之后的數據均為新數據，那第二次刪除緩存之前還是能夠讀到舊數據的，如果對于數據沒有強一致性要求的話延時雙刪已經足夠了，但是如果對于數據有強一致性要求延時雙刪顯然就不滿足條件了，這個時候我們進一步優化的話可以考慮加鎖操作，在寫更新時阻塞讀操作，帶來的影響就是可以保證強一致性，但是吞吐量會下降?