述
上文中介紹了redis和spring boot的整合使用,本文再來看一下redis中的過期策略,算是對之前內容的一個補充
過期策略
在之前說命令行的時候,我們有給一個key設置過期時間,reids的過期策略就是說,一個key過期了的話redis會怎么處理這個key
過期策略通常有以下三種:
- 定時過期: 每個設置過期時間的key都創建一個定時器,時間到了就立即清除. 這種策略可以立即清理過期的數據,對內存友好,但是會占用大量的CPU 資源去處理這些過期的數據,所以會影響緩存的響應時間和吞吐量
- 惰性過期: 只有當訪問一個key的時候,才會判斷這個key是不是過期了,過期的話就清除掉,該策略可以最大化的節省CPU資源,但是對內存不友好,極端情況下可能會出現一大堆過期的key沒有被訪問,還留在內存中,占用資源
- 定期過期: 每隔一定的時間,去掃描一定數量的數據庫的expires字典中的一定數量的key,該策略是前面兩個策略的一個折中的方案,通過調整定時掃描的時間間隔和每次掃描的限定耗時,可以在不同情況下使得CPU和內存資源達到最優的平衡效果
redis中的過期策略及配置
Redis中同時使用了惰性過期和定期過期兩種過期策略
定期刪除可以通過以下兩點去配置:
- 配置redis.conf中的hz,默認是10(即1秒執行10次,100ms一次,值越大說明頻率越高,對redis的性能損耗也越高)
- 還可以通過配置redis.conf中的maxmemory去配置,當已用內存超過maxmemory限定的時候,就會觸發主動清理策略
持久化時對過期key的處理
reids持久化是分為RDB和AOF持久化兩種,下面分別看一下兩種情況是如何處理的
RDB對過期key的處理
過期的key對RDB是沒有任何影響的,從內存中持久化到RDB文件之前,會先檢查key是否過期,過期的key是不進入到RDB文件中的
從RDB恢復到內存數據庫中的時候,也會先檢查key是否過期,過期的就不導入了
AOF對過期key的處理
過期key對AOF也是沒有任何影響的, 當key過期還沒有被刪除,此時進行持久化,該key是不會進入aof文件的,因為沒有發生修改的命令
當key過期掉,發生刪除操作的時候,程序會向AOF文件追加一條del命令,在將來用aof文件恢復數據的時候,這個過期的key就會被刪除掉
還有就是AOF重寫,重寫的時候會判斷key是否過期,過期的key也是不會被重寫到aof文件中的
