redis基礎系列二：淘汰策略

[TOC]

問：redis記憶體溢位後怎麼辦？

答：當然是清除無效記憶體
問：清除記憶體需要手動清除嗎？這會不會太低效了在叢集當中？

答：手動清除當然低效且不安全，當然不可取
問：如果不手動清除，那麼redis會自動清除嗎

答：redis內部已經實現了自動清除功能–淘汰策略，只需要簡單配置幾個引數，redis根據引數執行相應淘汰策略進行自動淘汰掉無效資料；
問：那是那幾個關鍵引數呢？

答：hz（自動清除頻率）;max_memory（最大記憶體）+maxmemory-policy(最大記憶體策略)
問：那我只瞭解這幾個引數就行了吧，沒必要再浪費時間往下看了吧？

答：從實戰角度你知道這幾個引數確實就夠了，但是作為一個愛顯擺（面試時候）的程式設計師，你是不是應該瞭解實現原理以及其中的利害關係（閉坑大法），這樣是不是出問題排查的時候也是有理有據（哈哈）

惰性清除

noeviction（不淘汰）
- 預設策略
- 當記憶體不足以容納新寫入資料時，新寫入操作會報錯
- 此方案實際當中沒人用
allkeys-lru（最近最少使用key）
- 當記憶體不足以容納新寫入資料時，在鍵空間中，移除最近最少使用的 Key，推薦使用
allkeys-random（隨機淘汰）
- 當記憶體不足以容納新寫入資料時，在鍵空間中，隨機移除某個 Key。
- 應該也沒人用吧，你不刪最少使用 Key，去隨機刪
volatile-lru（有過期時間的最近最少使用）
- 當記憶體不足以容納新寫入資料時，在設定了過期時間的鍵空間中，移除最近最少使用的 Key。
- 這種情況一般是把 Redis 既當快取，又做持久化儲存的時候才用。不推薦
volatile-random（有過期時間的隨機淘汰）
- 當記憶體不足以容納新寫入資料時，在設定了過期時間的鍵空間中，隨機移除某個 Key。
- 依然不推薦
volatile-ttl（有過期時間的淘汰更早過期的）
- 當記憶體不足以容納新寫入資料時，在設定了過期時間的鍵空間中，有更早過期時間的 Key 優先移除。如果沒有對應的鍵，則回退到noeviction策略
- 不推薦

allkeys-lru ：如果我們的應用對快取的訪問符合冪律分佈，也就是存在相對熱點資料，或者我們不太清楚我們應用的快取訪問分佈狀況，我們可以選擇 allkeys-lru策略
allkeys-random ：如果我們的應用對於快取key的訪問概率相等，則可以使用這個策略。
volatile-ttl：這種策略使得我們可以向Redis提示哪些key更適合被eviction
volatile-lru策略和volatile-random策略適合我們將一個Redis例項既應用於快取和又應用於持久化儲存的時候，然而我們也可以通過使用兩個Redis例項來達到相同的效果，值得一提的是將key設定過期時間實際上會消耗更多的記憶體，因此我們建議使用allkeys-lru策略從而更有效率的使用記憶體

注意：頻繁執行回收記憶體成本很高，主要包括查詢可回收鍵和刪除鍵的開銷，如果當前redis有從節點，回收記憶體操作對應的刪除命令會同步到從節點，導致寫放大的問題(主從架構當中)

本作品採用《CC 協議》，轉載必須註明作者和本文連結