redis緩存失效時間是什麼

1. redis常見問題

1. 緩存擊穿

緩存擊穿是指一個請求要訪問的數據，緩存中沒有，但資料庫中有的情況。這種情況一般都是緩存過期了。

但是這時由於並發訪問這個緩存的用戶特別多，這是一個熱點 key，這么多用戶的請求同時過來，在緩存裡面沒有取到數據，所以又同時去訪問資料庫取數據，引起資料庫流量激增，壓力瞬間增大，直接崩潰給你看。

所以一個數據有緩存，每次請求都從緩存中快速的返回了數據，但是某個時間點緩存失效了，某個請求在緩存中沒有請求到數據，這時候我們就說這個請求就"擊穿"了緩存。

針對這個場景，對應的解決方案一般來說有三種。

藉助Redis setNX命令設置一個標志位就行。設置成功的放行，設置失敗的就輪詢等待。就是在更新緩存時加把鎖

後台開一個定時任務，專門主動更新過期數據

比如程序中設置 why 這個熱點 key 的時候，同時設置了過期時間為 10 分鍾，那後台程序在第 8 分鍾的時候，會去資料庫查詢數據並重新放到緩存中，同時再次設置緩存為 10 分鍾。

其實上面的後台續命思想的最終體現是也是永不過期。

只是後台續命的思想，會主動更新緩存，適用於緩存會變的場景。會出現緩存不一致的情況，取決於你的業務場景能接受多長時間的緩存不一致。

2. 緩存穿透

緩存穿透是指一個請求要訪問的數據，緩存和資料庫中都沒有，而用戶短時間、高密度的發起這樣的請求，每次都打到資料庫服務上，給資料庫造成了壓力。一般來說這樣的請求屬於惡意請求。

解決方案有兩種：

就是在資料庫即使沒有查詢到數據，我們也把這次請求當做 key 緩存起來，value 可以是 NULL。下次同樣請求就會命中這個 NULL，緩存層就處理了這個請求，不會對資料庫產生壓力。這樣實現起來簡單，開發成本很低。

3. 緩存雪崩

緩存雪崩是指緩存中大多數的數據在同一時間到達過期時間，而查詢數據量巨大，這時候，又是緩存中沒有，資料庫中有的情況了。

防止雪崩的方案簡單來說就是錯峰過期。

在設置 key 過期時間的時候，在加上一個短的隨機過期時間，這樣就能避免大量緩存在同一時間過期，引起的緩存雪崩。

如果發了雪崩，我們可以有服務降級、熔斷、限流手段來拒絕一些請求，保證服務的正常。但是，這些對用戶體驗是有一定影響的。

4. Redis 高可用架構

Redis 高可用架構，大家基本上都能想到主從、哨兵、集群這三種模式。

哨兵模式：

它主要執行三種類型的任務：

哨兵其實也是一個分布式系統，我們可以運行多個哨兵。

然後這些哨兵之間需要相互通氣，交流信息，通過投票來決定是否執行自動故障遷移，以及選擇哪個從伺服器作為新的主伺服器。

哨兵之間採用的協議是 gossip，是一種去中心化的協議，達成的是最終一致性。

選舉規則：

2. Redis緩存過期機制

一、針對與設置了過期時間的key值

    1.（主動）定期刪除：定時隨機的檢查過期的key，如果過期則清理刪除

        redis.conf(每秒檢查的次數1-500)配置:   hz 10

    2.（被動）惰性刪除：當客戶端請求到一個已經過期的key時，redis會檢查是否過期並刪除

所以，雖然key過期了，但是沒被清理的話，還是會占內存的。

二、內存淘汰管理機制Memory Management

    當內存占滿之後，redis提供緩存淘汰機制。

    redis.conf: maxmemory <bytes>

* noeviction：舊緩存永不過期，新緩存設置不了，返回錯誤 

* allkeys-lru：清除最少用的舊緩存，然後保存新的緩存（推薦使用）

* allkeys-random：在所有的緩存中隨機刪除（不推薦）

* volatile-lru：在那些設置了expire過期時間的緩存中，清除最少用的舊緩存，然後保存新的緩存

* volatile-random：在那些設置了expire過期時間的緩存中，隨機刪除緩存

* volatile-ttl：在那些設置了expire過期時間的緩存中，刪除即將過期的

3. Redis緩存雪崩就這么簡單

在實際項目開發中，我們都知道Redis不可能把所有的數據都緩存起來( 內存昂貴且有限 )，所以Redis需要對數據設置過期時間，並採用的是惰性刪除+定期刪除兩種策略對過期鍵刪除。

如果緩存數據 設置的過期時間是相同 的，並且Redis恰好將這部分數據全部刪光了。這就會導致在這段時間內，這些緩存 同時失效 ，全部請求到資料庫中。

這就是緩存雪崩 ：

緩存雪崩如果發生了，很可能就把我們的資料庫 搞垮 ，導致整個服務癱瘓，造成的後果很嚴重。

對緩存數據設置相同的過期時間，導致某段時間內緩存失效。」

對於「Redis掛掉了」，我們可以有以下的思路：

4. 如何查詢redis的緩存文件路徑

1、首先找到redis的安裝目錄，如下圖測試環境目錄，進入到/opt/install/redis-2.8.19/src，如下圖所示。

5. java怎麼模擬redis緩存超時

從expires中查找key的過期時間，如果不存在說明對應key沒有設置過期時間，直接返回。
如果是slave機器，則直接返回，因為Redis為了保證數據一致性且實現簡單，將緩存失效的主動權交給Master機器，slave機器沒有許可權將key失效。
如果當前是Master機器，且key過期，則master會做兩件重要的事情：1）將刪除命令寫入AOF文件。2）通知Slave當前key失效，可以刪除了。
master從本地的字典中將key對於的值刪除。

主動失效機制
主動失效機制也叫積極失效機制，即服務端定時的去檢查失效的緩存，如果失效則進行相應的操作。
我們都知道Redis是單線程的，基於事件驅動的，Redis中有個EventLoop，EventLoop負責對兩類事件進行處理：
一類是IO事件，這類事件是從底層的多路復用器分離出來的。
一類是定時事件，這類事件主要用來事件對某個任務的定時執行。

6. 2022-03-12 SpringBoot 使用redis做緩存，設置失效時間以及序列化

SpringBoot的cache緩存，是針對返回值的一種操作
springboot使用redis做緩存時，默認只需要導入redis依賴，即可實現使用redis做緩存

不需要導入cache依賴
在啟動類上加上 @EnableCaching 即可開啟緩存功能
關於各個註解的使用，這里不再細說，網上詳細的教程很多，這里主要講一下如何指定過期時間

默認是永不過期，如果需要指定過期時間，則需要增加配置類