Redis擊穿

redis緩存擊穿是指某一個非常熱點的key(即在客戶端搜索的比較多的關(guān)鍵字)突然失效了,這時從客戶端發(fā)送的大量的請求在redis里找不到這個key，就會去數(shù)據(jù)里找，最終導(dǎo)致數(shù)據(jù)庫壓力過大崩掉。

解決方案：

1.將value的時效設(shè)置成永不過期 這種方式非常簡單粗暴但是安全可靠。但是非常占用空間對內(nèi)存消耗也是極大。個人并不建議使用該方法，應(yīng)該根據(jù)具體業(yè)務(wù)邏輯來操作。

2.使用Timetask做一個定時任務(wù) 使用Timetask做定時，每隔一段時間對一些熱點key進行數(shù)據(jù)庫查詢，將查詢出的結(jié)果更新至redis中。前條件是不會給數(shù)據(jù)庫過大的壓力。

3.通過synchronized+雙重檢查機制 當(dāng)發(fā)生reids穿透的時候，這時海量請求發(fā)送到數(shù)據(jù)庫。這時我們的解決辦法是只讓只讓一個線程去查詢這個熱點key，其它線程保持阻塞狀態(tài)(可以讓它們sleep幾秒)。當(dāng)這個進入數(shù)據(jù)庫的線程查詢出key對應(yīng)的value時，我們再將其同步至redis的緩存當(dāng)中，其它線程睡醒以后再重新去redis里邊請求數(shù)據(jù)。

例子：

 private static volaite Object obj = new Object();
   public String getValue(String key){
     String value=redis.get(key,String.class);
     if(value==null||StringUtils.isBlank(value){
         synchronized(obj){
         		//進入synchronized以后再去redis里查一遍，防止上一個搶到鎖的線程已經(jīng)更新過了。
                value=redis.get(key,String.class);
                 if(value==null||StringUtils.isBlank(value){
                     value=db.query(key);
                      redis.set(key,value,1000); 
          }
       }
     }    
      return value;
   }

缺點：存在死鎖和線程阻塞的風(fēng)險。

Redis雪崩

指的是當(dāng)海量的請求去查詢多個key時，此時redis緩存中失效或者查不到，然后海量的請求都去都去db查詢，從而導(dǎo)致db壓力突然飆升崩潰。

出現(xiàn)原因:

1.key同時失效

2.redis本身崩潰了

解決方案:

1.設(shè)置緩存時,隨機初始化其失效時間

如果是redis的key同時失效,可采取該辦法,具體失效時間根據(jù)業(yè)務(wù)情況決定…

2.將不同的熱點key放置到不同的節(jié)點上去

因redis一般都是集群部署,將不同的熱點key平均的放置到不同節(jié)點,也可以有效避免雪崩。

3.將value的時效設(shè)置成永不過期

4.使用Timetask做一個定時任務(wù)，在失效之前重新刷redis緩存

Redis穿透

因為不良用戶惡意頻繁查詢才會對系統(tǒng)造成很大的問題: key緩存并且數(shù)據(jù)庫不存在，所以每次查詢都會查詢數(shù)據(jù)庫從而導(dǎo)致數(shù)據(jù)庫崩潰。

（例如：我們在數(shù)據(jù)庫存放的數(shù)據(jù)其主鍵都是自增且沒有負數(shù)的，某些黑客就利用這一點，不斷用主鍵id為-1的參數(shù)來發(fā)起海量查詢請求，導(dǎo)致這些請求在redis中查不到相應(yīng)的數(shù)據(jù)，只能去數(shù)據(jù)庫中查詢，從而導(dǎo)致數(shù)據(jù)庫崩潰。）

解決方案：

1.當(dāng)類似的請求發(fā)過來，無論查出什么結(jié)果都放入redis緩存

這樣解決當(dāng)他下次再用同一個參數(shù)發(fā)起請求時，會直接進到redis里邊去，不會再進入數(shù)據(jù)庫。

2.拉黑其ip

3.對請求的參數(shù)進行合法性校驗，在判斷其不合法的前提下直接return掉

4.使用布隆過濾器

可以將布隆過濾器理解成一個白名單或者黑名單，它的作用就是判斷一個元素是否存在于這個過濾器。

白名單： 過濾器里有數(shù)據(jù)庫中所有的合法的參數(shù)key，請求經(jīng)過布隆過濾器，布隆過濾器判斷這個請求的key在不在過濾器，在就放行讓請求進入redis，不在就直接return空數(shù)據(jù)。

public static void main(String[] args){
	Config config = new Config();
	config.useSingleServer().setAddress("redis://127.0.0.1:6379");
	config.useSingleServer().setPassword("1234");
	//構(gòu)造Redsson
	RedissonClient redisson = Redisson.create(config);
	RBloomFilter<String> bloomFilter = redisson.getBloomFilter("phoneList");//給我們自己定義的布隆過濾器取名叫phoneList，名字隨便取
	//初始化布隆過濾器設(shè)置預(yù)計元素為100000000L， 誤差率為3%
	bloomFilter.tryInit(100000000L,0.03);
	//將10086插入到布隆過濾器中
	bloomFilter.add("10086");
	//判斷下面號碼是否存在布隆過濾器中
	//false
	System.out.println("123456");
	//true
	System.out.println("10086");
}

缺點：

布隆過濾器可能會造成誤判，從而穿透redis進入DB，但是這個誤判概率是非常小的。

以上就是redis擊穿 雪崩 穿透超詳細解決方案梳理的詳細內(nèi)容，更多關(guān)于redis 擊穿 雪崩 穿透的資料請關(guān)注腳本之家其它相關(guān)文章！

最新評論