Redis緩存作為提高系統性能最好的方式相信大家對其一定不陌生，各位禿頭老碼農不僅需要掌握Redis的基礎用法還得了解Redis的相關原理，比如Redis過期策略和內存淘汰機制。

大家都知道，Redis緩存使用的是內存資源，雖然緩存服務器會配置比較高的內存資源，但如果對于Redis中的緩存數據我們不管不顧，內存資源總有耗盡的時候，這時緩存服務器就無法再對外提供服務了。我們要用有限的服務器資源支撐更多的業務服務，就必須要讓那些訪問頻率不高的緩存刪除掉，為新的緩存騰出內存空間。

Redis主要通過兩種方式相互配合來實現鍵值的清理，即：過期策略和內存淘汰機制。

內存淘汰策略

當 Redis 節點分配的內存使用到達最大值以后，為了繼續提供服務，Redis 會啟動內存淘汰策略，在Redis4.0之前主要是以下六種淘汰策略：

• noeviction：不淘汰任何數據，當內存不足時，執行緩存新增操作會報錯，這種策略下可以保證數據不丟失，它也是 Redis 默認的內存淘汰策略。

• allkeys-lru：淘汰整個鍵值中最久未使用的鍵值，這也就是我們常說的LRU算法。

• allkeys-random：隨機淘汰任意鍵值。

• volatile-lru：淘汰所有設置了過期時間的鍵值中最久未使用的鍵值。

• volatile-random：隨機淘汰設置了過期時間的任意鍵值。

• volatile-ttl：優先淘汰設置了過期時間中更早過期的鍵值。

通過上面的內存淘汰策略可以看出，以?allkeys-?開頭的表示從所有key中進行數據淘汰，而以?volatile-開頭的會從設置了過期時間的key中進行數據淘汰。

而在Redis4.0版本中又新增了2種淘汰策略：

• allkeys-lfu，淘汰整個鍵值中最少使用的鍵值，這也就是我們常說的LRU算法。

• volatile-lfu，淘汰所有設置了過期時間的鍵值中最少使用的鍵值。

LRU（Least Recently Used，最近最少使用），根據最近被使用的時間，離當前最遠的數據優先被淘汰；

LFU（Least Frequently Used，最不經常使用），在一段時間內，緩存數據被使用次數最少的會被淘汰。

大家可以在 redis.conf 配置文件中修改配置項?maxmemory-policy?，將其修改成需要設置的類型即可。

緩存過期策略

內存淘汰策略是當內存不夠用時才會觸發的一種機制，是緩存服務層面的操作，而過期策略定義的是具體緩存數據何時失效。我們在使用Redis的時候經常會給redis的key設置一個過期時間如：EXPIRE key 30，過期策略就是指當 Redis 中緩存的 key 過期了，Redis 如何處理。

對于已經過期的數據，Redis將使用兩種策略搭配使用來刪除這些過期的鍵值，分別是惰性刪除，定期刪除。

惰性刪除

惰性刪除?是指 Redis 服務器不主動刪除過期的鍵值，而是在客戶端要獲取某個鍵值時，Redis會先去檢測一下這個key是否已經過期，如果沒有過期則返回給客戶端，如果已經過期了，那么Redis會刪除這個key并返回null給客戶端。

惰性刪除可以解決一些過期了，但沒被定期刪除隨機抽取到的key。但有些過期的key既沒有被隨機抽取，也沒有被客戶端訪問，就會一直保留在數據庫，占用內存，長期下去可能會導致內存耗盡。所以Redis提供了內存淘汰機制來解決這個問題。

惰性刪除的優點是不會浪費太多的系統資源，只是在每次訪問時才檢查鍵值是否過期。缺點是像上面說的刪除過期鍵不及時，造成了一定的空間浪費。

定期刪除

定期刪除?是指 Redis 服務器每隔一段時間會檢查一下緩存數據庫，看看是否有過期鍵可以被清除。默認情況下 Redis 定期檢查的頻率是每秒掃描 10 次，用于定期清除過期鍵。當然此值還可以通過配置文件進行設置，在 redis.conf 中修改配置“hz”即可，默認的值為“hz 10”。

因為key太多，如果全盤掃描所有的key會非常耗性能，所以定期刪除是隨機抽取一些key來刪除。這樣就有可能刪除不完，需要惰性刪除配合。

有道無術，術可成；有術無道，止于術

歡迎大家關注Java之道公眾號

好文章，我在看??

總結

以上是生活随笔為你收集整理的你说，Redis如何实现键值自动清理？的全部內容，希望文章能夠幫你解決所遇到的問題。

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