redis設置緩存時間設置

Ⅰ net redis 設置緩存過期時間，查詢key時緩存時間會不會變

MariaDB和其他開源產品抱怨MySQL 5.5沒有測試用例和某些企業功能是私有模塊，但是它依然表現突出，Oracle花費了兩年發布DMR給MySQL社區來測試和得到反饋。MySQL 5.6從之前的4 CPU線程增長到64 CPU線程，還有其他新功能。net redis 設置緩存過期時間，查詢key時緩存時間會不會變

Ⅱ 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過期時間的緩存中，刪除即將過期的

Ⅲ redis常見問題

1. 緩存擊穿

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

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

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

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

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

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

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

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

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

2. 緩存穿透

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

解決方案有兩種：

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

3. 緩存雪崩

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

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

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

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

4. Redis 高可用架構

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

哨兵模式：

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

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

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

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

選舉規則：

Ⅳ redis怎麼清除緩存

Redis清除緩存的方法有多種，可以通過不同的命令和策略來實現。

詳細解釋如下：

1. 使用FLUSH命令

Redis提供了FLUSH命令來清除緩存。其中，`FLUSHALL`命令用於清除所有key，而`FLUSHDB`命令僅清除當前資料庫的key。這些命令會立即刪除所有相關鍵，從而清空緩存。但需要注意的是，這些操作是不可逆的，一旦執行，數據將永久丟失。因此，在執行前需要謹慎考慮。

2. 使用DEL命令

除了FLUSH命令，還可以使用DEL命令來刪除特定的key，從而清除相應的緩存項。與FLUSH不同，DEL允許你按需刪除特定的數據。這是一種更靈活的方式，可以根據實際需求來清除緩存。

3. 使用EXPIRE命令設置緩存過期時間

另一種策略是設置緩存的過期時間。通過EXPIRE命令，你可以為key設置一個過期時間。當key達到設定的時間後，Redis會自動刪除該key及其相關的緩存數據。這種方式適用於那些有生命周期限制的緩存數據。

4. 使用Redis策略配置

除了上述操作命令，還可以通過Redis的配置策略來管理緩存。例如，可以設置Redis的持久化策略，定期將數據持久化到磁碟，同時清理內存中的緩存數據。此外，還可以結合Redis的驅逐策略，在緩存達到上限時自動刪除不常用的數據。

總的來說，Redis提供了多種方法和策略來清除緩存。在使用時，應根據實際需求和數據重要性來選擇合適的方法。同時，操作前務必謹慎，確保不會誤刪重要數據。通過合理配置和使用Redis，可以有效地管理緩存，提高系統的性能和響應速度。