一、場景：

????????雙寫一致性指的是當我們更新了數(shù)據(jù)庫的數(shù)據(jù)之后redis中的數(shù)據(jù)????也要同步去更新。使用redis讀取數(shù)據(jù)的流程，當用戶訪問數(shù)據(jù)的時候，會先從緩存中讀取數(shù)據(jù)，如果命中緩存的話，那么直接把緩存中的數(shù)據(jù)返回給用戶，如果緩存中沒有數(shù)據(jù)的話，先查詢數(shù)據(jù)庫把查詢到的數(shù)據(jù)保存到緩存中，然后返回給用戶。

二、保證雙寫一致性的策略

1、先更新緩存，再更新數(shù)據(jù)庫

2、先更新數(shù)據(jù)庫，再更新緩存

3、先刪除緩存，再更新數(shù)據(jù)庫

4、先更新數(shù)據(jù)庫，再刪除緩存

三，四種策略的優(yōu)缺點

1、先更新緩存，再更新數(shù)據(jù)庫

????????問題很明顯如果更新緩存成功，更新數(shù)據(jù)庫失敗，就會造成緩存的臟數(shù)據(jù)

2、先更新數(shù)據(jù)庫，再更新緩存

愛改寫

AI寫作和改寫潤色工具

44

查看詳情

????????如果再高并發(fā)的情況下，可能會存在如下的情況，線程A更新了數(shù)據(jù)庫，如果由于網(wǎng)絡或者其他的原因，線程A還沒來得及更新緩存，這時候有一個進程B更新了數(shù)據(jù)庫，更新了緩存，這時候進程A才更新緩存，這時候就會導致線程B對緩存的更新丟失了，像事務丟失的情況

3、先刪除緩存，再更新數(shù)據(jù)庫

????????這種策略可能已經(jīng)避免掉了，策略2中緩存丟失的情況，但是再高并發(fā)的情況下，也會有不一致的情況，比如線程A做寫操作，首先刪除緩存然后準備跟新數(shù)據(jù)庫，這時候，線程B執(zhí)行了寫操作，沒有命中緩存，然后查詢數(shù)據(jù)庫，這時候讀取的是舊值，并把查詢到的舊值保存到緩存中，接著線程A完成了數(shù)據(jù)庫的更新，這時候數(shù)據(jù)庫和緩存又出現(xiàn)了不一致的情況，解決方案：我們只要再線程A，完成數(shù)據(jù)庫的更新之后，稍作延遲再刪除一次緩存，也叫做延遲雙刪。這里的延遲時間一定要大于業(yè)務的一次讀操作的時間。

4、先更新數(shù)據(jù)庫，再刪除緩存

????????再高并發(fā)的情況下，也會有不一致的情況，比如線程A做讀取數(shù)據(jù)的操作，正準備寫入緩存的時候，線程B更新了數(shù)據(jù)庫，然后執(zhí)行了刪除緩存的操作，這時候線程A才把舊值寫入到緩存中，雖然這種情況出現(xiàn)的概率比較低，因為寫操作的時候要大于一次讀操作的時間的。解決方案：延遲雙刪，延時雙刪還是又問題的，如果刪除緩存失敗怎么辦，當然是再次刪除，不斷的循環(huán)刪除。刪除失敗后我們可以將要刪除的key放入到隊列中，然后嘗試重復刪除，直到刪除成功。

以上就是保證mysql和redis的雙寫一致性的詳細內(nèi)容，更多請關注php中文網(wǎng)其它相關文章！