隨著用戶的增長，用戶的請求也越來越頻繁，為了保證服務(wù)器在高并發(fā)的情況能正常提供服務(wù)，我們首先引入了緩存Redis，減少數(shù)據(jù)庫的壓力和數(shù)據(jù)的安全性同時提高了接口反應(yīng)效率，解決了用戶的請求直接與數(shù)據(jù)庫建立連接。?

但是在使用Redis的時候，隨之而來的問題也會越來越多，有些請求甚至?xí)苯釉竭^Redis直接請求數(shù)據(jù)庫，今天我們來了解Redis數(shù)據(jù)庫經(jīng)常會談及的問題緩存雪崩、緩存擊穿、緩存穿透。

緩存雪崩

在某一時刻，大量的key失效，用戶大量請求直接請求數(shù)據(jù)庫，導(dǎo)致數(shù)據(jù)庫宕機(jī)。此時的Redis形同虛設(shè)，用戶大量請求都命中不了，導(dǎo)致數(shù)據(jù)庫服務(wù)器壓力過大，Redis本身是用來減少數(shù)據(jù)庫的壓力，那么此時如何解決呢？

緩存雪崩解決方案

1.隨機(jī)設(shè)置緩存的過期時間，以防同時過期大量緩存數(shù)據(jù)。

var?time?=?Math.random()*10000;>setex?name?time?mango

2.如果是在集群環(huán)境中，將熱點(diǎn)數(shù)據(jù)均勻分布在不同的緩存數(shù)據(jù)庫中。

3.也可以熱點(diǎn)數(shù)據(jù)永不過期，如果有數(shù)據(jù)更新就直接更新redis即可。

>set name mango>set?name?zhangsan????#修改key的value值

緩存擊穿

緩存里面的一個key非常的火爆，在某一時間這個key剛好過期，大并發(fā)數(shù)據(jù)量擊穿了緩存直接請求數(shù)據(jù)庫，導(dǎo)致數(shù)據(jù)庫壓力過大，嚴(yán)重情況會導(dǎo)致數(shù)據(jù)庫崩潰，這就是緩存擊穿。例如：微博熱點(diǎn)新聞，某個明星又出緋聞了，然后大量的粉絲刷文章刷評論，一時間熱火朝天，突然請求這條微博的緩存過期，那么大量的請求直接涌向數(shù)據(jù)庫，建立大量連接，數(shù)據(jù)庫還沒反應(yīng)過來就崩了。

緩存擊穿解決方案

1.設(shè)置這個key永遠(yuǎn)不會過期

>hset?156486453215?title?"mango上熱搜"?describe?"mango太帥了"

2.程序控制請求數(shù)據(jù)庫的次數(shù)，比如添加互斥鎖、延時請求（1s后請求）

public?static?string?GetData(string key){????//從redis查數(shù)據(jù)????string?result =?RedisHelper.GetDataByKey(key);????if(string.IsNull(result))????//獲取到空數(shù)據(jù)????{????????lock(obj)????//鎖定資源????????{????????????//從數(shù)據(jù)庫獲取數(shù)據(jù)???????? result = DB.GetDataByKey(key);????????????//校驗(yàn)????????????if(!string.IsNull(result))????????????{????????????????RedisHelper.SetData(key,result);????//緩存且返回????????????????return?result;????????????}????????}????????Thread.sleep(1000); //先睡一覺????}}

意思大概是這么個意思，代碼的話，哈哈哈，明白意思最重要。

3.服務(wù)器熔斷、降級，限制每個用戶的訪問次數(shù)，并且如果獲取不到數(shù)據(jù)即返回一個固定的推薦頁面。

緩存穿透

用戶不斷地請求一個緩存沒有并且數(shù)據(jù)庫也沒有的數(shù)據(jù)，服務(wù)器瘋狂的跟數(shù)據(jù)庫建立連接從而壓倒數(shù)據(jù)庫。比如說：根據(jù)產(chǎn)品id獲取產(chǎn)品詳情的接口，那么我用一個id=-1去請求，那肯定是獲取不到任何數(shù)據(jù)的。一般這樣的情況有可能服務(wù)器遭到了惡意攻擊。

緩存穿透解決方案

1.在用戶請求的接口層增加一些校驗(yàn)，例如：用戶鑒權(quán)校驗(yàn)、參數(shù)傳值校驗(yàn)等不合法的參數(shù)請求即直接返回。開發(fā)者應(yīng)該保持一個悲觀的態(tài)度，不要相信任何客戶端因?yàn)橛?jì)算機(jī)本身不知道操作者是誰，任何參數(shù)都應(yīng)該考慮到。

if(id?< 0){????return("參數(shù)不合法");}

2.使用Redis高級數(shù)據(jù)結(jié)構(gòu)布隆過濾器（Redis如何實(shí)現(xiàn)刷抖音不重復(fù)-布隆過濾器（Bloom Filter）），他就是檢測數(shù)據(jù)庫中是否存在該key，不存在就直接返回即可。

>bf.mexists?user(integer)?0????#如果不存在，則return

?

寫到最后

緩存的雪崩、擊穿、穿透其實(shí)都是客戶端請求直接越過緩存直接請求數(shù)據(jù)庫，但是他們從意義上來講又有微妙的不同。大家一定要理解這三者是如何產(chǎn)生的，才能對癥下藥。

在用戶請求的時候我們可以配置服務(wù)器的熔斷+降級，保證服務(wù)器不會崩潰，用戶請求頻繁可以限制它的請求次數(shù)，或者可以犧牲部分用戶的性能。

一般來講數(shù)據(jù)到達(dá)一定量后，為了保證服務(wù)器的高可用，我們會對redis建立集群或者是主從+哨兵模式，避免redis直接掛掉沒有任何的機(jī)器代替。也可以使用redis持久化，如果Redis崩潰，重啟后且恢復(fù)數(shù)據(jù)

當(dāng)然，我們也要保證數(shù)據(jù)庫本身具有一定的抗壓性，比如我們添加一主多從的數(shù)據(jù)庫，保證數(shù)據(jù)庫不會那么容易崩潰。

?

?

一名正在搶救的coder

筆名：mangolove

CSDN地址：https://blog.csdn.net/mango_love

GitHub地址：https://github.com/mangoloveYu

總結(jié)

以上是生活随笔為你收集整理的Redis缓存穿透、击穿、雪崩来解释个明白的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。