日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 运维知识 > 数据库 >内容正文

数据库

Redis缓存穿透、击穿、雪崩来解释个明白

發布時間:2025/3/17 数据库 26 豆豆
生活随笔 收集整理的這篇文章主要介紹了 Redis缓存穿透、击穿、雪崩来解释个明白 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

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

但是在使用Redis的時候,隨之而來的問題也會越來越多,有些請求甚至會直接越過Redis直接請求數據庫,今天我們來了解Redis數據庫經常會談及的問題緩存雪崩、緩存擊穿、緩存穿透

緩存雪崩

在某一時刻,大量的key失效,用戶大量請求直接請求數據庫,導致數據庫宕機。此時的Redis形同虛設,用戶大量請求都命中不了,導致數據庫服務器壓力過大,Redis本身是用來減少數據庫的壓力,那么此時如何解決呢?

緩存雪崩解決方案

1.隨機設置緩存的過期時間,以防同時過期大量緩存數據。

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

2.如果是在集群環境中,將熱點數據均勻分布在不同的緩存數據庫中。

3.也可以熱點數據永不過期,如果有數據更新就直接更新redis即可。

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

緩存擊穿

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

緩存擊穿解決方案

1.設置這個key永遠不會過期

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

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

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

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

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

緩存穿透

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

緩存穿透解決方案

1.在用戶請求的接口層增加一些校驗,例如:用戶鑒權校驗、參數傳值校驗等不合法的參數請求即直接返回。開發者應該保持一個悲觀的態度,不要相信任何客戶端因為計算機本身不知道操作者是誰,任何參數都應該考慮到。

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

2.使用Redis高級數據結構布隆過濾器(Redis如何實現刷抖音不重復-布隆過濾器(Bloom Filter)),他就是檢測數據庫中是否存在該key,不存在就直接返回即可。

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

?

寫到最后

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

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

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

當然,我們也要保證數據庫本身具有一定的抗壓性,比如我們添加一主多從的數據庫,保證數據庫不會那么容易崩潰。

?

?

一名正在搶救的coder

筆名:mangolove

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

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

總結

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

如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。