1. 淘汰緩存

　　如果是較為復(fù)雜的數(shù)據(jù)時(shí)，進(jìn)行緩存的更新操作就會(huì)變得異常復(fù)雜，因此一般推薦選擇淘汰緩存，而不是更新緩存。

　　2. 選擇先淘汰緩存，再更新數(shù)據(jù)庫(kù)

　　假如先更新數(shù)據(jù)庫(kù)再淘汰緩存，如果淘汰緩存失敗，那么后面的請(qǐng)求都會(huì)得到臟數(shù)據(jù)，直至緩存過(guò)期。

　　假如先淘汰緩存再更新數(shù)據(jù)庫(kù)，如果更新數(shù)據(jù)庫(kù)失敗，只會(huì)產(chǎn)生一次緩存穿透，相比較而言，后者對(duì)業(yè)務(wù)則沒(méi)有本質(zhì)上的影響。

　　3. 延時(shí)雙刪策略

　　如下場(chǎng)景：同時(shí)有一個(gè)請(qǐng)求A進(jìn)行更新操作，另一個(gè)請(qǐng)求B進(jìn)行查詢(xún)操作。

　　我們按如下步驟執(zhí)行：

　　請(qǐng)求A進(jìn)行寫(xiě)操作，刪除緩存

　　請(qǐng)求B查詢(xún)發(fā)現(xiàn)緩存不存在

　　請(qǐng)求B去數(shù)據(jù)庫(kù)查詢(xún)得到舊值

　　請(qǐng)求B將舊值寫(xiě)入緩存

　　請(qǐng)求A將新值寫(xiě)入數(shù)據(jù)庫(kù)

　　次數(shù)便出現(xiàn)了數(shù)據(jù)不一致問(wèn)題，此時(shí)我們可以采用延時(shí)雙刪策略得以解決。

public void write(String key,Object data){
redisUtils.del(key);
db.update(data);
Thread.Sleep(100);
redisUtils.del(key);
}

　　這么做，可以將1秒內(nèi)所造成的緩存臟數(shù)據(jù)，再次刪除。這個(gè)時(shí)間設(shè)定可根據(jù)俄業(yè)務(wù)場(chǎng)景進(jìn)行一個(gè)調(diào)節(jié)。

　　4. 數(shù)據(jù)庫(kù)讀寫(xiě)分離的場(chǎng)景

　　假如有如下場(chǎng)景：

　　兩個(gè)請(qǐng)求，一個(gè)請(qǐng)求A進(jìn)行更新操作，另一個(gè)請(qǐng)求B進(jìn)行查詢(xún)操作。

　　我們按如下步驟執(zhí)行：

　　請(qǐng)求A進(jìn)行寫(xiě)操作，刪除緩存

　　請(qǐng)求A將數(shù)據(jù)寫(xiě)入數(shù)據(jù)庫(kù)了，

　　請(qǐng)求B查詢(xún)緩存發(fā)現(xiàn)，緩存沒(méi)有值

　　請(qǐng)求B去從庫(kù)查詢(xún)，這時(shí)，還沒(méi)有完成主從同步，因此查詢(xún)到的是舊值

　　請(qǐng)求B將舊值寫(xiě)入緩存

　　數(shù)據(jù)庫(kù)完成主從同步，從庫(kù)變?yōu)樾轮?/p>

　　依舊采用延時(shí)雙刪策略解決此問(wèn)題。