日韩无码专区无码一级三级片|91人人爱网站中日韩无码电影|厨房大战丰满熟妇|AV高清无码在线免费观看|另类AV日韩少妇熟女|中文日本大黄一级黄色片|色情在线视频免费|亚洲成人特黄a片|黄片wwwav色图欧美|欧亚乱色一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時間:8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
村頭老大爺都能聽的懂的延遲雙刪策略

哈嘍,大家好,我是指北君。今天來給大家介紹一下MySQL與Redis延遲雙刪策略

創(chuàng)新互聯(lián)公司是一家專注于成都網(wǎng)站制作、成都網(wǎng)站設(shè)計與策劃設(shè)計,鉛山網(wǎng)站建設(shè)哪家好?創(chuàng)新互聯(lián)公司做網(wǎng)站,專注于網(wǎng)站建設(shè)10多年,網(wǎng)設(shè)計領(lǐng)域的專業(yè)建站公司;建站業(yè)務(wù)涵蓋:鉛山等地區(qū)。鉛山做網(wǎng)站價格咨詢:18982081108

背景

在當(dāng)前環(huán)境下,通常我們會首選redis緩存來減輕我們數(shù)據(jù)庫訪問壓力。但是也會遇到以下這種情況:大量用戶來訪問我們系統(tǒng),首先會去查詢緩存, 如果緩存中沒有數(shù)據(jù),則去查詢數(shù)據(jù)庫,然后更新數(shù)據(jù)到緩存中,并且如果數(shù)據(jù)庫中的數(shù)據(jù)發(fā)生了改變則需要同步到redis中,同步過程中需要保證 MySQL與redis數(shù)據(jù)一致性問題,在這個同步過程中出現(xiàn)短暫的數(shù)據(jù)延遲也是正常現(xiàn)象,但是最終需要保證mysql與緩存中的一致性。

//我們通常使用redis的邏輯
//通常我們是先查詢reids
String value = RedisUtils.get(key);
if (!StringUtils.isEmpty(value)){
return value;
}
//從數(shù)據(jù)庫中獲取數(shù)據(jù)
value = getValueForDb(key);
if (!StringUtils.isEmpty(value)){
RedisUtils.set(key,value);
return value;
}

1、什么是延遲雙刪?

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

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

一般我們在更新數(shù)據(jù)庫數(shù)據(jù)時,需要同步redis中緩存的數(shù)據(jù) 所以我們一般會給出兩種方案:

  • 第一種方案:先執(zhí)行update操作,再執(zhí)行緩存清除。
  • 第二種方案:先執(zhí)行緩存清除,再執(zhí)行update操作。

但是這兩種方案在并發(fā)請求中容易出現(xiàn)以下問題

  • 第一種方案弊端:當(dāng)請求1去執(zhí)行數(shù)據(jù)庫更新操作之后,還沒執(zhí)行緩存清除時,請求2就進來了查詢了緩存,此時緩存中數(shù)據(jù)還是舊數(shù)據(jù),還沒來得機刪除導(dǎo)致數(shù)據(jù)出現(xiàn)問題,但是當(dāng)t1執(zhí)行緩存刪除操作之后,后面的請求查詢不到緩存,再到數(shù)據(jù)中查詢,然后更新到緩存中,這種影響是比較小的
  1. t1線程 先更新db;
  2. t2線程查詢命中緩存 返回舊的數(shù)據(jù);
  3. 假設(shè)t1線程更新完db,預(yù)計5毫秒刪除完緩存key 在5毫秒內(nèi)  其他線程查詢緩存結(jié)果還是為舊的數(shù)據(jù),但是 5毫秒后查詢緩存結(jié)果是為空,在從新將db最新的結(jié)果同步到Redis中。
  4. 一個項目中出現(xiàn)延遲是非常正常的,所以該情況發(fā)生的延遲對業(yè)務(wù)的影響其實很小。但是如果發(fā)生了,刪除緩存失敗呢?

1.不斷重試----如果是在http協(xié)議接口中 會導(dǎo)致接口響應(yīng)變慢 調(diào)用該接口 會發(fā)生響應(yīng)超時 2.或者通過mq異步的形式同步

  • 第二種方案弊端:當(dāng)請求1執(zhí)行清除緩存后,還未執(zhí)行數(shù)據(jù)更新操作的時,請求2進來查詢到數(shù)據(jù)庫的舊數(shù)據(jù),并寫入了redis,這就導(dǎo)致了數(shù)據(jù)庫與redis數(shù)據(jù)不一致問題。
  1. t1線程先刪除緩存;
  2. t2線程讀取緩存為null,同步db數(shù)據(jù)到緩存中;
  3. t1線程更新db中的數(shù)據(jù);
  4. t3線程查詢緩存中數(shù)據(jù)是舊數(shù)據(jù);

3、對于方案處理都有弊端,那么我們需要使用延遲雙刪策略

先進行緩存清除,再執(zhí)行update,最后(延遲N秒)再執(zhí)行緩存清除。進行兩次刪除,且中間需要延遲一段時間

    RedisUtils.del(key);// 先刪除緩存
updateDB(user);// 更新db中的數(shù)據(jù)
Thread.sleep(N);// 延遲一段時間,在刪除該緩存key
RedisUtils.del(key);// 先刪除緩存

4、需要注意的點

上述中(延遲N秒)的時間要大于一次寫操作的時間。原因:如果延遲時間小于寫入redis的時間,會導(dǎo)致請求1清除了緩存,但是請求2緩存還未寫入的尷尬。。。

5、延遲的時間如何確定?

在業(yè)務(wù)程序運行時,統(tǒng)計業(yè)務(wù)邏輯執(zhí)行讀數(shù)據(jù)和寫緩存的操作時間,以此為基礎(chǔ)來進行估算。因為這個方案會在第一次刪除緩存值后,延遲一段時間再次進行刪除,所以稱為“延遲雙刪”。

小結(jié)

延遲雙刪策略只是一種同步數(shù)據(jù)庫與緩存的手段,在系統(tǒng)并發(fā)量不高的情況下可以使用這種方式解決,如果是并發(fā)量高的情況下我們也可以另尋其他解決方案 如:[數(shù)據(jù)庫和緩存一致性解決方案canal]


分享文章:村頭老大爺都能聽的懂的延遲雙刪策略
文章出自:http://m.5511xx.com/article/ccsjeee.html