Redis數據刪除方式有哪些

小編給大家分享一下Redis數據刪除方式有哪些，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

同步和異步刪除

1.DEL 和 UNLINK

Redis服務自身對Key的刪除，可以分為「同步刪除」和「異步刪除」。使用DEL命令會觸發「同步刪除」，如果Key是一個有很多元素的復雜類型，這個過程可能會堵塞一下Redis服務自身，從而影響用戶的訪問。如果使用UNLINK命令，Redis服務會先計算刪除Key的成本，從而更智能地做出「同步刪除」或「異步刪除」的選擇。注意，只有4.0版本后，才有UNLINK命令。

2.成本計算

那么，成本是如何計算的呢？對于list,hash,set,zset的對象類型，如果長度大于64（由宏LAZYFREE_THRESHOLD定義），才會采用異步刪除的手段，從當前db先釋放該key，再由另外一個線程做異步刪除。對于長度不大于64的復雜類型，異步刪除比同步刪除還多了一些函數調用與多線程同步的代價，所以同步刪除更好。對于string對象，底層的數據結構sds是一份連續的內存，內存分配器回收這塊內存的復雜度是O(1)，所以采用同步刪除也不會堵塞服務。

總的來說，我們作為用戶，都能用UNLINK替代DEL。

Key的驅逐

1.定義

Redis處理命令前根據內存容量是否觸達上限而進行的Key驅逐。

2.驅逐策略

Redis通過參數maxmemory來選擇不同的驅逐策略：

• volatile-random 從已設置過期時間的數據集（server.db[i].expires）中任意選擇數據驅逐；volatile-lru 從數據集（server.db[i].dict）中挑選最近最少使用的數據驅逐（2.8默認）；

• volatile-ttl 從已設置過期時間的數據集(server.db[i].expires)中尋找最近即將過期(ttl最小)的key來驅逐；

• allkeys-random 從數據集（server.db[i].dict）中任意選擇數據驅逐；

• allkeys-lru 從數據集（server.db[i].dict）中挑選最近最少使用的數據驅逐；

• noeviction 禁止驅逐數據，永遠不驅逐，僅對寫操作返回一個錯誤（4.0默認）；

在4.0版本后，還增加了以下兩種驅逐策略。

• volatile-lfu在過期集合中使用LFU鏈來驅逐數據；

• allkeys-lfu 從數據集（server.db[i].dict）使用LFU算法來驅逐數據；

3.簡述

Redis在處理命令前，會看看容量是否觸達上限。

如果驅逐策略為noeviction，則不會驅逐Key，而是返回寫失敗。4.0后，在返回寫入失敗前，還會先檢測lazyfree線程是否還有待刪除的Key，沒有才會給用戶返回寫入失敗。

對于其他策略，都會根據相應定義，進行Key的驅逐，這里不再詳述。

在4.0或以上的版本，Key的驅逐會基于參數lazyfree_lazy_eviction，來決定采用unlink還是del。在2.8版本，則只會用del。lazyfree_lazy_eviction參數在Qcloud 4.0上是no。

這里試問，主從節點都會進行「驅逐」么？

答案是都會的，各自會因應自身的驅逐策略進行驅逐，并且Master節點驅逐的刪除命令還會傳播到Slave節點。

Key的訪問淘汰

1.定義

訪問一個已過期的Key會觸發對其的刪除。

2.簡述

與Key的驅逐一樣，Key的訪問淘汰同樣是基于訪問事件來觸發的。

主從角色的節點在處理訪問淘汰上的邏輯是不同的。

對于Slave節點，訪問到了已過期的Key，Slave節點會返回該Key不存在，但不會主動刪除該Key。刪除的動作，還是會從Master上同步過來。

對于Master節點，在4.0或以上的版本，會根據參數lazyfree-lazy-expire，來決定用DEL還是UNLINK。對于2.8版本，則只能用DEL了。這些刪除的動作，都會同步到Slave與AOF文件中。

在Qcloud 4.0以上的版本，默認是開啟異步刪除的，即lazyfree-lazy-expire=yes

Key的定時淘汰

1.定義

Redis自身的定時調度把已過期Key刪除。

2.簡述

多久會執行一次定時調度呢？

redis服務的參數hz能控制定時淘汰的頻率，hz默認是10，即每秒能調度100次。

剛才說「訪問淘汰」的邏輯只會在Master角色上發生，那「訪問淘汰」也是嗎？

一般來說，Slave節點不會進行定時淘汰，它只會等待從Master節點同步過來的刪除命令，這樣就保持了主從之間的一致性。然而，有些時候，用戶會把Slave節點設置成可寫，那么Slave上寫的帶有過期時間的Key，因為Master是不知道的，就一直不會淘汰掉。所以在版本4.0以后，Redis增加了單獨的邏輯，在定時淘汰中刪除這些在slave節點上寫入的過期Key。

對于Master節點，根據宏ACTIVE_EXPIRE_CYCLE_SLOW，能選擇兩種淘汰模式，分別是“FAST淘汰”和“SLOW淘汰”，前者每次淘汰只能花1毫秒，不能花更多了，后者是Qcloud默認的選項，這樣能在每次調度中淘汰更多的Key，但會花更多的CPU時間在淘汰上，降低了處理的訪問吞吐量。下面我們針對“SLOW淘汰”展開描述。

SLOW淘汰模式，以hz=10為例，每次調度的總時間是100ms，這里調度不會25%的cpu時間，即25ms。

每淘汰多少個key，就檢測一次是否超25ms呢？

如果每淘汰1個Key就檢測一次，無疑代價太大。從源碼上看，定時淘汰會嘗試遍歷每個db，遍歷完了或者時間到了就退出循環。第一層循環是遍歷各個db，第二層循環是遍歷db里面的一批批key，一批key是20個，如果第三層循環結束后有大于5個key是成功淘汰的（說明這個db很多淘汰key），那么二層就繼續循環，如果小于等于5個key，說明這個db沒有很多key需要淘汰，則退出二層循環，第三層循環是一批key里面逐個key進行淘汰。即最多320個key進行判斷后，就會看看是否已經超過cpu占用時間。

在4.0或以上的版本，會根據參數lazyfree-lazy-expire（默認no）來做DEL還是UNLINK。在Qcloud的4.0以上版本，這里會特意配置成yes，以便盡量采用UNLINK操作。2.8版本不支持lazyfree-lazy-expire，就只能選擇DEL命令。

這里的定時淘汰，也會以命令的形式，傳播到Slave節點與記錄到AOF文件中。

以上是“Redis數據刪除方式有哪些”這篇文章的所有內容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內容對大家有所幫助，如果還想學習更多知識，歡迎關注億速云行業資訊頻道！