自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

如何保證本地緩存數(shù)據(jù)一致性?

數(shù)據(jù)庫(kù)
所謂的一致性是指在同時(shí)使用緩存和數(shù)據(jù)庫(kù)的場(chǎng)景下,要確保數(shù)據(jù)在緩存與數(shù)據(jù)庫(kù)中的更新操作保持同步。也就是當(dāng)對(duì)數(shù)據(jù)進(jìn)行修改時(shí),無(wú)論是先修改緩存還是先修改數(shù)據(jù)庫(kù),最終都要保證兩者的數(shù)據(jù)是一樣的,不會(huì)出現(xiàn)數(shù)據(jù)不一樣的問(wèn)題。

有人可能看到“本地緩存”這四個(gè)字就會(huì)覺(jué)得不屑,“哼,現(xiàn)在誰(shuí)還用本地緩存?直接用分布式緩存不就完了嘛”。

然而,這就像你有一輛超級(jí)豪華的房車(chē)一樣,雖然它空間很大,設(shè)備很全,但你去市中心的時(shí)候,依然會(huì)開(kāi)小轎車(chē)一樣,為啥?好停車(chē)??!所以,不同的緩存類(lèi)型是有不同得使用場(chǎng)景的。

并且,為了防止緩存雪崩問(wèn)題、緩存擊穿問(wèn)題,我們通常會(huì)采用多級(jí)緩存的解決方案,所謂的多級(jí)緩存就是:分布式緩存(Redis 或 Memcached)+本地緩存(Guava Cache 或 Caffeine)。因?yàn)榉植际骄彺婵赡軙?huì)失效、可能會(huì)掛掉,所以為了系統(tǒng)的穩(wěn)定性,多級(jí)緩存策略使用的非常廣泛。

那么,問(wèn)題來(lái)了,怎么保證本地緩存的一致性?

所謂的一致性是指在同時(shí)使用緩存和數(shù)據(jù)庫(kù)的場(chǎng)景下,要確保數(shù)據(jù)在緩存與數(shù)據(jù)庫(kù)中的更新操作保持同步。也就是當(dāng)對(duì)數(shù)據(jù)進(jìn)行修改時(shí),無(wú)論是先修改緩存還是先修改數(shù)據(jù)庫(kù),最終都要保證兩者的數(shù)據(jù)是一樣的,不會(huì)出現(xiàn)數(shù)據(jù)不一樣的問(wèn)題。

1.如何保證本地緩存的一致性?

在分布式系統(tǒng)中,使用本地緩存最大的問(wèn)題就是一致性問(wèn)題,所謂的一致性問(wèn)題指的是當(dāng)數(shù)據(jù)庫(kù)發(fā)生數(shù)據(jù)變更時(shí),緩存也要跟著一起變更。而分布式系統(tǒng)中每臺(tái)機(jī)器都有自己的本地緩存,所以想要保證(本地緩存的)一致性是一個(gè)比較難的問(wèn)題,但通過(guò)以下手段可以最大程度的保證本地緩存的一致性問(wèn)題。

(1)設(shè)置本地緩存短時(shí)間內(nèi)失效

設(shè)置本地緩存短時(shí)間內(nèi)失效,短的存活周期,保證了數(shù)據(jù)的時(shí)效性比較高,當(dāng)數(shù)據(jù)失效之后,再次訪(fǎng)問(wèn)數(shù)據(jù)就會(huì)拉取新的數(shù)據(jù)了,這樣能盡可能的保證數(shù)據(jù)的一致性。

它的特點(diǎn)是:代碼實(shí)現(xiàn)簡(jiǎn)單,不需要寫(xiě)多余的代碼;缺點(diǎn)是,效果不是很明顯,不適合高并發(fā)的系統(tǒng)。

(2)通過(guò)配置中心協(xié)調(diào)和同步

通過(guò)微服務(wù)中的配置中心(例如 Nacos)來(lái)協(xié)調(diào),因?yàn)樗蟹?wù)器都會(huì)連接到配置中心,所以當(dāng)數(shù)據(jù)修改之后,可以修改配置中心的配置,然后配置中心再把配置變更的事件推送給各個(gè)服務(wù),各個(gè)服務(wù)感知到配置中心的配置發(fā)生更改之后,再更新自己的本地緩存,這樣就實(shí)現(xiàn)了本地緩存的數(shù)據(jù)一致性。

(3)本地緩存自動(dòng)更新功能

使用本地緩存框架的自動(dòng)更新功能,例如 Caffeine 中的 refresh 功能來(lái)自動(dòng)刷新緩存,這樣就可以設(shè)置很短的時(shí)間來(lái)更新最新的數(shù)據(jù),從而也能盡可能的保證數(shù)據(jù)的一致性,如下代碼所示:

// 創(chuàng)建 Caffeine 緩存實(shí)例
Cache<String, String> caffeineCache = Caffeine.newBuilder()
// 設(shè)置緩存項(xiàng)在 5s 后開(kāi)始自動(dòng)更新
.refreshAfterWrite(5, TimeUnit.SECONDS)
// 自定義緩存更新邏輯(即獲取新值邏輯)
.build(new CacheLoader<String, String>() {
    @Override
    public void reload(String key, String oldValue) throws Exception {
        // 模擬更新緩存的操作
        updateCache(key, oldValue);
    }
});

2.實(shí)際工作中會(huì)使用哪種方案?

不同的業(yè)務(wù)系統(tǒng),會(huì)采用不同的解決方案,例如以下這些場(chǎng)景和對(duì)應(yīng)的解決方案:

  • 如果對(duì)數(shù)據(jù)一致性要求不是很高,并且程序的并發(fā)壓力不大的情況下,可能使用方案 1,也就是設(shè)置本地緩存短時(shí)間內(nèi)失效的解決方案,因?yàn)樗膶?shí)現(xiàn)最簡(jiǎn)單。
  • 如果對(duì)數(shù)據(jù)的一致性要求極高,且有配置中心的情況下,可使用配置中心協(xié)調(diào)和同步本地緩存。
  • 相反,如果對(duì)一致性要求沒(méi)有那么高,且為高并發(fā)的系統(tǒng),那么可以采用本地緩存的自動(dòng)更新功能來(lái)實(shí)現(xiàn)。

小結(jié)

在多級(jí)緩存中,本地緩存是不可或缺的組成部分,而想要保證本地緩存的數(shù)據(jù)一致性,可能采用:設(shè)置較短的本地緩存過(guò)期時(shí)間、通過(guò)配置中心來(lái)協(xié)調(diào)和同步本地緩存,以及使用本地緩存框架的自動(dòng)更新功能保證數(shù)據(jù)的一致性等解決方案,而不同的業(yè)務(wù)場(chǎng)景,選擇的解決方案也是不同的。

責(zé)任編輯:姜華 來(lái)源: 磊哥和Java
相關(guān)推薦

2025-03-27 08:20:54

2023-09-07 08:11:24

Redis管道機(jī)制

2024-08-20 16:13:52

2023-05-26 07:34:50

RedisMySQL緩存

2021-12-14 07:15:57

MySQLRedis數(shù)據(jù)

2024-01-22 08:52:00

AQS雙異步數(shù)據(jù)一致性

2020-06-01 22:09:48

緩存緩存同步緩存誤用

2024-01-15 10:38:20

多級(jí)緩存數(shù)據(jù)一致性分布式緩存

2024-07-04 12:36:50

2023-09-15 14:24:54

ByteHouseClickHouse開(kāi)源

2025-04-27 08:52:21

Redis數(shù)據(jù)庫(kù)緩存

2022-08-23 07:46:45

數(shù)據(jù)一致性數(shù)據(jù)庫(kù)

2024-10-28 12:41:25

2022-03-29 10:39:10

緩存數(shù)據(jù)庫(kù)數(shù)據(jù)

2022-12-05 08:24:32

mongodb數(shù)據(jù)庫(kù)數(shù)據(jù)

2023-09-24 14:35:43

Redis數(shù)據(jù)庫(kù)

2022-10-19 12:22:53

并發(fā)扣款一致性

2022-03-31 08:21:14

數(shù)據(jù)庫(kù)緩存雙寫(xiě)數(shù)據(jù)一致性

2022-04-01 16:55:22

數(shù)據(jù)庫(kù)緩存日志

2023-12-11 12:27:31

并發(fā)Zookeeper數(shù)據(jù)
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)