Redis 記憶體淘汰機制

2021-08-10 20:14:32 字數 1764 閱讀 6938

redis記憶體淘汰指的是使用者儲存的一些鍵被可以被redis主動地從例項中刪除,從而產生讀miss的情況,那麼redis為什麼要有這種功能?這就是我們需要**的設計初衷。redis最常見的兩種應用場景為快取和持久儲存,首先要明確的乙個問題是記憶體淘汰策略更適合於那種場景?是持久儲存還是快取?

記憶體的淘汰機制的初衷是為了更好地使用記憶體,用一定的快取miss來換取記憶體的使用效率。

作為redis使用者,我如何使用redis提供的這個特性呢?看看下面配置

# maxmemory

我們可以通過配置redis.conf中的maxmemory這個值來開啟記憶體淘汰功能,至於這個值有什麼意義,我們可以通過了解記憶體淘汰的過程來理解它的意義:

1.      客戶端發起了需要申請更多記憶體的命令(如set)。

2.      redis檢查記憶體使用情況,如果已使用的記憶體大於maxmemory則開始根據使用者配置的不同淘汰策略來淘汰記憶體(key),從而換取一定的記憶體。

3.      如果上面都沒問題,則這個命令執行成功。

maxmemory為0的時候表示我們對redis的記憶體使用沒有限制。

redis提供了下面幾種淘汰策略供使用者選擇,其中預設的策略為noeviction策略:

·         noeviction:當記憶體使用達到閾值的時候,所有引起申請記憶體的命令會報錯。

·         allkeys-lru:在主鍵空間中,優先移除最近未使用的key。

·         volatile-lru:在設定了過期時間的鍵空間中,優先移除最近未使用的key。

·         allkeys-random:在主鍵空間中,隨機移除某個key。

·         volatile-random:在設定了過期時間的鍵空間中,隨機移除某個key。

·         volatile-ttl:在設定了過期時間的鍵空間中,具有更早過期時間的key優先移除。

這裡補充一下主鍵空間和設定了過期時間的鍵空間,舉個例子,假設我們有一批鍵儲存在redis中,則有那麼乙個雜湊表用於儲存這批鍵及其值,如果這批鍵中有一部分設定了過期時間,那麼這批鍵還會被儲存到另外乙個雜湊表中,這個雜湊表中的值對應的是鍵被設定的過期時間。設定了過期時間的鍵空間為主鍵空間的子集。

我們了解了redis大概提供了這麼幾種淘汰策略,那麼如何選擇呢?淘汰策略的選擇可以通過下面的配置指定:

# maxmemory-policy noeviction

但是這個值填什麼呢?為解決這個問題,我們需要了解我們的應用請求對於redis中儲存的資料集的訪問方式以及我們的訴求是什麼。同時redis也支援runtime修改淘汰策略,這使得我們不需要重啟redis例項而實時的調整記憶體淘汰策略。

下面看看幾種策略的適用場景:

·         allkeys-lru:如果我們的應用對快取的訪問符合冪律分布(也就是存在相對熱點資料),或者我們不太清楚我們應用的快取訪問分布狀況,我們可以選擇allkeys-lru策略。

·         allkeys-random:如果我們的應用對於快取key的訪問概率相等,則可以使用這個策略。

·         volatile-ttl:這種策略使得我們可以向redis提示哪些key更適合被eviction。

另外,volatile-lru策略和volatile-random策略適合我們將乙個redis例項既應用於快取和又應用於持久化儲存的時候,然而我們也可以通過使用兩個redis例項來達到相同的效果,值得一提的是將key設定過期時間實際上會消耗更多的記憶體,因此我們建議使用allkeys-lru策略從而更有效率的使用記憶體。

**:

Redis 記憶體淘汰機制

摘要redis是一款優秀的 開源的記憶體資料庫,我在閱讀redis原始碼實現的過程中,時時刻刻能感受到redis作者為更好地使用記憶體而費盡各種心思,例如最明顯的是對於同一種資料結構在不同應用場景下提供了基於不同底層編碼的實現 如壓縮列表 跳躍表等 今天我們暫時放下對redis不同資料結構的 來一起...

redis 記憶體淘汰機制

redis記憶體淘汰指的是使用者儲存的一些鍵被可以被redis主動地從例項中刪除,從而產生讀miss的情況,那麼redis為什麼要有這種功能?這就是我們需要 的設計初衷。redis最常見的兩種應用場景為快取和持久儲存,首先要明確的乙個問題是記憶體淘汰策略更適合於那種場景?是持久儲存還是快取?記憶體的...

redis記憶體淘汰機制

redis記憶體淘汰 指的是使用者儲存的一些鍵被可以被redis 主動地 從例項中刪除,從而產生讀miss的情況,那麼redis為什麼要有這種功能?這就是我們需要 的設計初衷。redis最常見的兩種應用場景為 快取和 持久儲存 首先要明確的乙個問題是記憶體淘汰策略更適合於那種場景?是持久儲存還是快取...