新聞中心
redis緩存雪崩和緩存穿透的怎么解決?相信很多沒有經(jīng)驗的人對此束手無策,為此本文總結(jié)了問題出現(xiàn)的原因和解決方法,通過這篇文章希望你能解決這個問題。
緩存穿透
緩存穿透是指查詢一個一定不存在的數(shù)據(jù)。由于緩存不命中,并且出于容錯考慮,如果從數(shù)據(jù)庫查不到數(shù)據(jù)則不寫入緩存,這將導(dǎo)致這個不存在的數(shù)據(jù)每次請求都要到數(shù)據(jù)庫去查詢,失去了緩存的意義。即請求的數(shù)據(jù)在緩存大量不命中,導(dǎo)致請求走數(shù)據(jù)庫。
解決方案
布隆過濾
對所有可能查詢的參數(shù)以hash形式存儲,在控制層先進行校驗,不符合則丟棄,從而避免了對底層存儲系統(tǒng)的查詢壓力;
緩存空對象
當(dāng)存儲層不命中后,即使返回的空對象也將其緩存起來,同時會設(shè)置一個過期時間,之后再訪問這個數(shù)據(jù)將會從緩存中獲取,保護了后端數(shù)據(jù)源;
但是這種方法會存在兩個問題:
如果空值能夠被緩存起來,這就意味著緩存需要更多的空間存儲更多的鍵,因為這當(dāng)中可能會有很多的空值的鍵;
即使對空值設(shè)置了過期時間,還是會存在緩存層和存儲層的數(shù)據(jù)會有一段時間窗口的不一致,這對于需要保持一致性的業(yè)務(wù)會有影響。
緩存雪崩
我們都知道Redis不可能把所有的數(shù)據(jù)都緩存起來(內(nèi)存昂貴且有限),所以Redis需要對數(shù)據(jù)設(shè)置過期時間,將已經(jīng)過期的鍵值對刪除,它采用的是惰性刪除+定期刪除兩種策略對過期鍵刪除。
如果緩存數(shù)據(jù)設(shè)置的過期時間是相同的,并且Redis恰好將這部分數(shù)據(jù)全部刪光了。這就會導(dǎo)致在這段時間內(nèi),這些緩存同時失效,全部請求到數(shù)據(jù)庫中。
Redis掛掉了,請求全部走數(shù)據(jù)庫。
對緩存數(shù)據(jù)設(shè)置相同的過期時間,導(dǎo)致某段時間內(nèi)緩存失效,請求全部走數(shù)據(jù)庫。
解決方案
保證緩存層服務(wù)高可用性
即使個別節(jié)點、個別機器、甚至是機房宕掉,依然可以提供服務(wù),比如 Redis Sentinel 和 Redis Cluster 都實現(xiàn)了高可用。
依賴隔離組件為后端限流并降級
在緩存失效后,通過加鎖或者隊列來控制讀數(shù)據(jù)庫寫緩存的線程數(shù)量。比如對某個key只允許一個線程查詢數(shù)據(jù)和寫緩存,其他線程等待。
數(shù)據(jù)預(yù)熱
可以通過緩存reload機制,預(yù)先去更新緩存,再即將發(fā)生大并發(fā)訪問前手動觸發(fā)加載緩存不同的key,設(shè)置不同的過期時間,讓緩存失效的時間點盡量均勻。
看完上述內(nèi)容,你們掌握redis緩存雪崩和緩存穿透的解決方法了嗎?如果還想學(xué)到更多技能或想了解更多相關(guān)內(nèi)容,歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道,感謝各位的閱讀!
另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)scvps.cn,海內(nèi)外云服務(wù)器15元起步,三天無理由+7*72小時售后在線,公司持有idc許可證,提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機、免備案服務(wù)器”等云主機租用服務(wù)以及企業(yè)上云的綜合解決方案,具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價比高”等特點與優(yōu)勢,專為企業(yè)上云打造定制,能夠滿足用戶豐富、多元化的應(yīng)用場景需求。
名稱欄目:redis緩存雪崩和緩存穿透的解決方法-創(chuàng)新互聯(lián)
標題鏈接:http://ef60e0e.cn/article/dshdoh.html