分布式之redis復(fù)習(xí)精講-資料下載頁
2025-04-16 23:40本頁面
【正文】 接返回。value值中維護一個緩存失效時間，緩存如果過期，異步起一個線程去讀數(shù)據(jù)庫，更新緩存。需要做緩存預(yù)熱(項目啟動前，先加載緩存)操作。(三)提供一個能迅速判斷請求是否有效的攔截機制，比如，利用布隆過濾器，內(nèi)部維護一系列合法有效的key。迅速判斷出，請求所攜帶的Key是否合法有效。如果不合法，則直接返回。緩存雪崩，即緩存同一時間大面積的失效，這個時候又來了一波請求，結(jié)果請求都懟到數(shù)據(jù)庫上，從而導(dǎo)致數(shù)據(jù)庫連接異常。解決方案:(一)給緩存的失效時間，加上一個隨機值，避免集體失效。(二)使用互斥鎖，但是該方案吞吐量明顯下降了。(三)雙緩存。我們有兩個緩存，緩存A和緩存B。緩存A的失效時間為20分鐘，緩存B不設(shè)失效時間。自己做緩存預(yù)熱操作。然后細分以下幾個小點 I 從緩存A讀數(shù)據(jù)庫，有則直接返回 II A沒有數(shù)據(jù)，直接從B讀數(shù)據(jù)，直接返回，并且異步啟動一個更新線程。 III 更新線程同時更新緩存A和緩存B。如何解決redis的并發(fā)競爭key問題分析:這個問題大致就是，同時有多個子系統(tǒng)去set一個key。這個時候要注意什么呢？大家思考過么。需要說明一下，博主提前百度了一下，發(fā)現(xiàn)答案基本都是推薦用redis事務(wù)機制。博主不推薦使用redis的事務(wù)機制。因為我們的生產(chǎn)環(huán)境，基本都是redis集群環(huán)境，做了數(shù)據(jù)分片操作。你一個事務(wù)中有涉及到多個key操作的時候，這多個key不一定都存儲在同一個redisserver上。因此，redis的事務(wù)機制，十分雞肋?；卮?如下所示(1)如果對這個key操作，不要求順序這種情況下，準備一個分布式鎖，大家去搶鎖，搶到鎖就做set操作即可，比較簡單。(2)如果對這個key操作，要求順序假設(shè)有一個key1,系統(tǒng)A需要將key1設(shè)置為valueA,系統(tǒng)B需要將key1設(shè)置為valueB,系統(tǒng)C需要將key1設(shè)置為valueC.期望按照key1的value值按照 valueAvalueBvalueC的順序變化。這種時候我們在數(shù)據(jù)寫入數(shù)據(jù)庫的時候，需要保存一個時間戳。假設(shè)時間戳如下系統(tǒng)A key 1 {valueA 3:00}系統(tǒng)B key 1 {valueB 3:05}系統(tǒng)C key 1 {valueC 3:10}那么，假設(shè)這會系統(tǒng)B先搶到鎖，將key1設(shè)置為{valueB 3:05}。接下來系統(tǒng)A搶到鎖，發(fā)現(xiàn)自己的valueA的時間戳早于緩存中的時間戳，那就不做set操作了。以此類推。其他方法，比如利用隊列，將set方法變成串行訪問也可以?？傊`活變通。總結(jié)本文對redis的常見問題做了一個總結(jié)。大部分是博主自己在工作中遇到，以及以前面試別人的時候，愛問的一些問題。另外，不推薦大家臨時抱佛腳，真正碰到一些有經(jīng)驗的工程師，其實幾下就能把你問懵。最后，希望大家有所收獲吧。
教學(xué)教案相關(guān)推薦
鄂ICP備17016276號-1