redis設置key的有效期

Key命令

設置key的過期時間。

查詢當前所有的key

? ??

• expire key second：設置key的過期時間

? ??

若執行ttl key 顯示為-2 則說明改值不存在緩存中

? ? ? ? ? ? ?

顯示為-1則是持久化的 （不會失效）?

? ? ? ? ? ? ??

若將其設置了失效時間 那么就會顯示剩余的失效時間

? ? ? ? ? ? ?

徹底理解redis有效期問題

EXPIRE key seconds

起始版本：1.0.0

時間復雜度：O(1)

返回值：1 如果成功設置過期時間；0 如果key不存在或者不能設置過期時間。

為給定 key設置生存時間，當 key過期時(生存時間為 0)，它會被自動刪除。

1.過期時間跟著key走，與值無關

在Redis中，帶有過期時間的key被稱為『易失的』(volatile)。 過期時間可以通過使用 DEL命令來刪除整個key來移除，或者被 SET和 GETSET命令覆寫(overwrite)，這意味著，如果一個命令只是修改(alter)一個帶過期時間的 key的值而不是用一個新的 key值來代替(replace)它的話，那么過期時間不會被改變。比如說，對一個 key執行 INCR命令，對一個列表進行 LPUSH命令，或者對一個哈希表執行 HSET命令，這類操作都不會修改 key本身的過期時間。

2.設置永久有效期

使用PERSIST命令可以清除超時，使其變成一個永久的key。

3.rename命令對有效期影響

如果key被RENAME命令修改，相關的超時時間會轉移到新key上面。

如果key被RENAME命令修改，比如原來就存在Key_A,然后調用RENAME Key_B Key_A命令，這時不管原來Key_A是永久的還是設置為超時的，都會由Key_B的有效期狀態覆蓋。

4.刷新過期時間

對已經有過期時間的key執行EXPIRE操作，將會更新它的過期時間。

5.過期精度

在 Redis 2.4 及以前版本，過期期時間可能不是十分準確，有0-1秒的誤差。

從 Redis 2.6 起，過期時間誤差縮小到0-1毫秒。

6.外界因素對過期時間影響

Keys的過期時間使用Unix時間戳存儲(從Redis 2.6開始以毫秒為單位)。這意味著即使Redis實例不可用，時間也是一直在流逝的。

要想過期的工作處理好，計算機必須采用穩定的時間。 如果你將RDB文件在兩臺時鐘不同步的電腦間同步，有趣的事會發生（所有的 keys裝載時就會過期）。

即使正在運行的實例也會檢查計算機的時鐘，例如如果你設置了一個key的有效期是1000秒，然后設置你的計算機時間為未來2000秒，這時key會立即失效，而不是等1000秒之后。

7.Redis如何淘汰過期的keys

Redis keys過期有兩種方式：被動和主動方式。

當一些客戶端嘗試訪問它時，key會被發現并主動的過期。

當然，這樣是不夠的，因為有些過期的keys，永遠不會訪問他們。無論如何，這些keys應該過期，所以定時隨機測試設置keys的過期時間。所有這些過期的keys將會刪除。

具體就是Redis每秒10次做的事情：

1).測試隨機的20個keys進行相關過期檢測。

2).刪除所有已經過期的keys。

3).如果有多于25%的keys過期，重復步奏1.

這是一個平凡的概率算法，基本上的假設是，我們的樣本是這個密鑰控件，并且我們不斷重復過期檢測，直到過期的keys的百分比低于25%,這意味著，在任何給定的時刻，最多會清除1/4的過期keys。

8.在復制AOF文件時如何處理過期

為了獲得正確的行為而不犧牲一致性，當一個key過期，DEL將會隨著AOF文字一起合成到所有附加的slaves。在master實例中，這種方法是集中的，并且不存在一致性錯誤的機會。

然而，當slaves連接到master時，不會獨立過期keys（會等到master執行DEL命令），他們任然會在數據集里面存在，所以當slave當選為master時淘汰keys會獨立執行，然后成為master。