偷偷摘套内射激情视频,久久精品99国产国产精,中文字幕无线乱码人妻,中文在线中文a,性爽19p

不用緩存服務(wù),還能怎么緩存數(shù)據(jù)?

開(kāi)發(fā) 開(kāi)發(fā)工具
除了常見(jiàn)的redis/memcache等進(jìn)程外緩存服務(wù),還能怎么緩存數(shù)據(jù)?緩存還有一種常見(jiàn)的玩法,進(jìn)程內(nèi)緩存。

除了常見(jiàn)的redis/memcache等進(jìn)程外緩存服務(wù),還能怎么緩存數(shù)據(jù)?

緩存還有一種常見(jiàn)的玩法,進(jìn)程內(nèi)緩存。

[[394479]]

什么是進(jìn)程內(nèi)緩存?

將一些數(shù)據(jù)緩存在站點(diǎn),或者服務(wù)的進(jìn)程內(nèi),這就是進(jìn)程內(nèi)緩存。

進(jìn)程內(nèi)緩存的實(shí)現(xiàn)載體,最簡(jiǎn)單的,可以是一個(gè)帶鎖的Map。又或者,可以使用第三方庫(kù),例如leveldb。

進(jìn)程內(nèi)緩存能存儲(chǔ)啥?

redis/memcache等進(jìn)程外緩存服務(wù)能存什么,進(jìn)程內(nèi)緩存就能存什么。

如上圖,可以存儲(chǔ)json數(shù)據(jù),可以存儲(chǔ)html頁(yè)面,可以存儲(chǔ)對(duì)象。

進(jìn)程內(nèi)緩存有什么好處?

與沒(méi)有緩存相比,進(jìn)程內(nèi)緩存的好處是,數(shù)據(jù)讀取不再需要訪問(wèn)后端,例如數(shù)據(jù)庫(kù)。

如上圖,整個(gè)訪問(wèn)流程要經(jīng)過(guò)1,2,3,4四個(gè)步驟。

如果引入進(jìn)程內(nèi)緩存,

如上圖,整個(gè)訪問(wèn)流程只要經(jīng)過(guò)1,2兩個(gè)步驟。

 

與進(jìn)程外緩存相比(例如redis/memcache),進(jìn)程內(nèi)緩存省去了網(wǎng)絡(luò)開(kāi)銷,所以一來(lái)節(jié)省了內(nèi)網(wǎng)帶寬,二來(lái)響應(yīng)時(shí)延會(huì)更低。

進(jìn)程內(nèi)緩存有什么缺點(diǎn)?

統(tǒng)一緩存服務(wù)雖然多一次網(wǎng)絡(luò)交互,但仍是統(tǒng)一存儲(chǔ)。

如上圖,站點(diǎn)和服務(wù)中的多個(gè)節(jié)點(diǎn)訪問(wèn)統(tǒng)一的緩存服務(wù),數(shù)據(jù)統(tǒng)一存儲(chǔ),容易保證數(shù)據(jù)的一致性。

而進(jìn)程內(nèi)緩存,如上圖,如果數(shù)據(jù)緩存在站點(diǎn)和服務(wù)的多個(gè)節(jié)點(diǎn)內(nèi),數(shù)據(jù)存了多份,一致性比較難保障。

如何保證進(jìn)程內(nèi)緩存的數(shù)據(jù)一致性?

保障進(jìn)程內(nèi)緩存一致性,有幾種方案。

第一種方案,可以通過(guò)單節(jié)點(diǎn)通知其他節(jié)點(diǎn)。如上圖:寫請(qǐng)求發(fā)生在server1,在修改完自己內(nèi)存數(shù)據(jù)與數(shù)據(jù)庫(kù)中的數(shù)據(jù)之后,可以主動(dòng)通知其他server節(jié)點(diǎn),也修改內(nèi)存的數(shù)據(jù)。

這種方案的缺點(diǎn)是:同一功能的一個(gè)集群的多個(gè)節(jié)點(diǎn),相互耦合在一起,特別是節(jié)點(diǎn)較多時(shí),網(wǎng)狀連接關(guān)系極其復(fù)雜。

第二種方案,可以通過(guò)MQ通知其他節(jié)點(diǎn)。如上圖,寫請(qǐng)求發(fā)生在server1,在修改完自己內(nèi)存數(shù)據(jù)與數(shù)據(jù)庫(kù)中的數(shù)據(jù)之后,給MQ發(fā)布數(shù)據(jù)變化通知,其他server節(jié)點(diǎn)訂閱MQ消息,也修改內(nèi)存數(shù)據(jù)。

這種方案雖然解除了節(jié)點(diǎn)之間的耦合,但引入了MQ,使得系統(tǒng)更加復(fù)雜。

前兩種方案,節(jié)點(diǎn)數(shù)量越多,數(shù)據(jù)冗余份數(shù)越多,數(shù)據(jù)同時(shí)更新的原子性越難保證,一致性也就越難保證。

第三種方案,為了避免耦合,降低復(fù)雜性,干脆放棄了“實(shí)時(shí)一致性”,每個(gè)節(jié)點(diǎn)啟動(dòng)一個(gè)timer,定時(shí)從后端拉取最新的數(shù)據(jù),更新內(nèi)存緩存。在有節(jié)點(diǎn)更新后端數(shù)據(jù),而其他節(jié)點(diǎn)通過(guò)timer更新數(shù)據(jù)之間,會(huì)讀到臟數(shù)據(jù)。

為什么不能頻繁使用進(jìn)程內(nèi)緩存?

分層架構(gòu)設(shè)計(jì),有一條準(zhǔn)則:站點(diǎn)層、服務(wù)層要做到無(wú)數(shù)據(jù)無(wú)狀態(tài),這樣才能任意的加節(jié)點(diǎn)水平擴(kuò)展,數(shù)據(jù)和狀態(tài)盡量存儲(chǔ)到后端的數(shù)據(jù)存儲(chǔ)服務(wù),例如數(shù)據(jù)庫(kù)服務(wù)或者緩存服務(wù)。

可以看到,站點(diǎn)與服務(wù)的進(jìn)程內(nèi)緩存,實(shí)際上違背了分層架構(gòu)設(shè)計(jì)的無(wú)狀態(tài)準(zhǔn)則,故一般不推薦使用。

什么時(shí)候可以使用進(jìn)程內(nèi)緩存?

以下情況,可以考慮使用進(jìn)程內(nèi)緩存。

情況一,只讀數(shù)據(jù),可以考慮在進(jìn)程啟動(dòng)時(shí)加載到內(nèi)存。

畫外音:此時(shí)也可以把數(shù)據(jù)加載到redis / memcache,進(jìn)程外緩存服務(wù)也能解決這類問(wèn)題。

情況二,極其高并發(fā)的,如果透?jìng)骱蠖藟毫O大的場(chǎng)景,可以考慮使用進(jìn)程內(nèi)緩存。例如,秒殺業(yè)務(wù),并發(fā)量極高,需要站點(diǎn)層擋住流量,可以使用內(nèi)存緩存。

情況三,一定程度上允許數(shù)據(jù)不一致業(yè)務(wù)。例如,有一些計(jì)數(shù)場(chǎng)景,運(yùn)營(yíng)場(chǎng)景,頁(yè)面對(duì)數(shù)據(jù)一致性要求較低,可以考慮使用進(jìn)程內(nèi)頁(yè)面緩存。

末了,再次強(qiáng)調(diào),進(jìn)程內(nèi)緩存的適用場(chǎng)景并不如redis/memcache廣泛,不要為了炫技而使用。

更多的時(shí)候,還是老老實(shí)實(shí)使用redis/mc吧。

畫外音:額,介紹技術(shù),不希望把大家?guī)恕?/p>

【本文為51CTO專欄作者“58沈劍”原創(chuàng)稿件,轉(zhuǎn)載請(qǐng)聯(lián)系原作者】

戳這里,看該作者更多好文

 

責(zé)任編輯:趙寧寧 來(lái)源: 51CTO專欄
相關(guān)推薦

2023-12-08 17:24:14

Redis緩存服務(wù)器

2021-08-05 16:10:03

進(jìn)程緩存緩存服務(wù)Java

2022-03-08 00:07:51

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

2019-03-28 11:07:56

Spring BootRedis緩存

2009-08-03 18:47:12

ASP.NET數(shù)據(jù)緩存

2012-12-17 14:54:55

算法緩存Java

2023-03-10 13:33:00

緩存穿透緩存擊穿緩存雪崩

2019-10-12 14:19:05

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

2013-09-09 09:36:34

AzureAWS云服務(wù)

2024-11-01 10:37:31

2022-05-10 08:58:56

CacheHTTP

2019-11-05 14:24:31

緩存雪崩框架

2017-12-27 12:01:39

2021-07-01 10:13:51

緩存數(shù)據(jù)存儲(chǔ)服務(wù)化架構(gòu)

2021-11-30 10:58:52

算法緩存技術(shù)

2021-06-05 09:01:01

Redis緩存雪崩緩存穿透

2018-04-28 10:54:31

緩存服務(wù)器運(yùn)作

2019-09-29 10:29:02

緩存模式微服務(wù)架構(gòu)

2009-06-17 15:13:30

2022-05-27 07:57:20

緩存穿透緩存雪崩緩存擊穿
點(diǎn)贊
收藏

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