java緩存雪崩和緩存擊穿怎么解決

這篇文章主要介紹“java緩存雪崩和緩存擊穿怎么解決”，在日常操作中，相信很多人在java緩存雪崩和緩存擊穿怎么解決問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”java緩存雪崩和緩存擊穿怎么解決”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

緩存雪崩

緩存雪崩指的是Redis當中的大量緩存在同一時間全部失效，而假如恰巧這一段時間同時又有大量請求被發起，那么就會造成請求直接訪問到數據庫，可能會把數據庫沖垮。

緩存雪崩一般形容的是緩存中沒有而數據庫中有的數據，而因為時間到期導致請求直達數據庫。

解決方案

解決緩存雪崩的方法有很多：

• 1、加鎖，保證單線程訪問緩存。這樣就不會有很多請求同時訪問到數據庫。

• 2、失效時間不要設置成一樣。典型的就是初始化預熱數據的時候，將數據存入緩存時可以采用隨機時間來確保不會咋同一時間有大量緩存失效。

• 3、內存允許的情況下，可以將緩存設置為永不失效。

緩存擊穿

緩存擊穿和緩存雪崩很類似，區別就是緩存擊穿一般指的是單個緩存失效，而同一時間又有很大的并發請求需要訪問這個key，從而造成了數據庫的壓力。

解決方案

解決緩存擊穿的方法和解決緩存雪崩的方法很類似：

• 1、加鎖，保證單線程訪問緩存。這樣第一個請求到達數據庫后就會重新寫入緩存，后續的請求就可以直接讀取緩存。

• 2、內存允許的情況下，可以將緩存設置為永不失效。

緩存穿透

緩存穿透和上面兩種現象的本質區別就是這時候訪問的數據其在數據庫中也不存在，那么既然數據庫不存在，所以緩存里面肯定也不會存在，這樣如果并發過大就會造成數據源源不斷的到達數據庫，給數據庫造成極大壓力。

解決方案

對于緩存穿透問題，加鎖并不能起到很好地效果，因為本身key就是不存在，所以即使控制了線程的訪問數，但是請求還是會源源不斷的到達數據庫。

解決緩存穿透問題一般可以采用以下方案配合使用：

• 1、接口層進行校驗，發現非法的key直接返回。比如數據庫中采用的是自增id，那么如果來了一個非整型的id或者負數id可以直接返回，或者說如果采用的是32位uuid，那么發現id長度不等于32位也可以直接返回。

• 2、將不存在的數據也進行緩存，可以直接緩存一個空或者其他約定好的無效value。采用這種方案最好將key設置一個短期失效時間，否則大量不存在的key被存儲到Redis中，也會占用大量內存。

布隆過濾器（Bloom Filter）

針對上面緩存穿透的解決方案，我們思考一下：假如一個key可以繞過第1種方法的校驗，而此時有大量的不存在key被訪問（如1億個或者10億個），那么這時候全部存儲到緩存，會占用非常大的空間，會浪費大量服務器內存，導致內存不足。

那么有沒有一種更好的解決方案呢？這就是我們接下來要介紹的布隆過濾器，布隆過濾器就可以最大程度的解決key值過多的這個問題。

什么是布隆過濾器

可能大部分人都知道有這么一個面試問題：如何在10億的海量的無序的數據中快速判斷一個元素是否存在？

要解決這個問題就需要用到布隆過濾器，否則大部分服務器的內存是無法存儲這么大的數量級的數據的。

布隆過濾器（Bloom Filter）是由布隆在1970年提出的。它實際上是一個很長的二進制向量（位圖）和一系列隨機映射函數（哈希函數）。

布隆過濾器可以用于檢索一個元素是否在一個集合中。它的優點是空間效率和查詢時間都比一般的算法要好的多，缺點是有一定的誤識別率而且刪除困難。

位圖（Bitmap）

Redis當中有一種數據結構就是位圖，布隆過濾器其中重要的實現就是位圖的實現，也就是位數組，并且在這個數組中每一個位置只有0和1兩種狀態，每個位置只占用1個字節，其中0表示沒有元素存在，1表示有元素存在。如下圖所示就是一個簡單的布隆過濾器示例（一個key值經過哈希運算和位運算就可以得出應該落在哪個位置）：

哈希碰撞

上面我們發現，lonely和wolf落在了同一個位置，這種不同的key值經過哈希運算后得到相同值的現象就稱之為哈希碰撞。發生哈希碰撞之后再經過位運算，那么最后肯定會落在同一個位置。

如果發生過多的哈希碰撞，就會影響到判斷的準確性，所以為了減少哈希碰撞，我們一般會綜合考慮以下2個因素：

• 1、增大位圖數組的大小（位圖數組越大，占用的內存越大）。

• 2、增加哈希函數的次數（同一個key值經過1個函數相等了，那么經過2個或者更多個哈希函數的計算，都得到相等結果的概率就自然會降低了）。

上面兩個方法我們需要綜合考慮：比如增大位數組，那么就需要消耗更多的空間，而經過越多的哈希計算也會消耗cpu影響到最終的計算時間，所以位數組到底多大，哈希函數次數又到底需要計算多少次合適需要具體情況具體分析。

布隆過濾器的2大特點

下面這個就是一個經過了2次哈希函數得到的布隆過濾器，根據下圖我們很容易看到，假如我們的Redis根本不存在，但是Redis經過2次哈希函數之后得到的兩個位置已經是1了（一個是wolf通過f2得到，一個是Nosql通過f1得到）。

所以通過上面的現象，我們從布隆過濾器的角度可以得出布隆過濾器主要有2大特點：

• 1、如果布隆過濾器判斷一個元素存在，那么這個元素可能存在。

• 2、如果布隆過濾器判斷一個元素不存在，那么這個元素一定不存在。

而從元素的角度也可以得出2大特點：

• 1、如果元素實際存在，那么布隆過濾器一定會判斷存在。

• 2、如果元素不存在，那么布隆過濾器可能會判斷存在。

PS：需要注意的是，如果經過N次哈希函數，則需要得到的N個位置都是1才能判定存在，只要有一個是0，就可以判定為元素不存在布隆過濾器中。

fpp

因為布隆過濾器中總是會存在誤判率，因為哈希碰撞是不可能百分百避免的。布隆過濾器對這種誤判率稱之為假陽性概率，即：False Positive Probability，簡稱為fpp。

在實踐中使用布隆過濾器時可以自己定義一個fpp，然后就可以根據布隆過濾器的理論計算出需要多少個哈希函數和多大的位數組空間。需要注意的是這個fpp不能定義為100%，因為無法百分保證不發生哈希碰撞。

到此，關于“java緩存雪崩和緩存擊穿怎么解決”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！