http://www.redis.cn/commands/expire.html
附錄: Redis 過期時間
Keys的過期時間
通常Redis keys創建時沒有設置相關過期時間。他們會一直存在，除非使用顯示的命令移除，例如，使用DEL命令。
EXPIRE一類命令能關聯到一個有額外內存開銷的key。當key執行過期操作時，Redis會確保按照規定時間刪除他們。
key的過期時間和永久有效性可以通過EXPIRE和PERSIST命令（或者其他相關命令）來進行更新或者刪除過期時間。
過期精度
在 Redis 2.4 及以前版本，過期期時間可能不是十分准確，有0-1秒的誤差。
從 Redis 2.6 起，過期時間誤差縮小到0-1毫秒。
過期和持久
Keys的過期時間使用Unix時間戳存儲(從Redis 2.6開始以毫秒為單位)。這意味着即使Redis實例不可用，時間也是一直在流逝的。
要想過期的工作處理好，計算機必須采用穩定的時間。 如果你將RDB文件在兩台時鍾不同步的電腦間同步，有趣的事會發生（所有的 keys裝載時就會過期）。
即使正在運行的實例也會檢查計算機的時鍾，例如如果你設置了一個key的有效期是1000秒，然后設置你的計算機時間為未來2000秒，這時key會立即失效，而不是等1000秒之后。
Redis如何淘汰過期的keys
Redis keys過期有兩種方式：被動和主動方式。
當一些客戶端嘗試訪問它時，key會被發現並主動的過期。
當然，這樣是不夠的，因為有些過期的keys，永遠不會訪問他們。 無論如何，這些keys應該過期，所以定時隨機測試設置keys的過期時間。所有這些過期的keys將會從密鑰空間刪除。
具體就是Redis每秒10次做的事情：
- 測試隨機的20個keys進行相關過期檢測。
- 刪除所有已經過期的keys。
- 如果有多於25%的keys過期，重復步奏1.
這是一個平凡的概率算法，基本上的假設是，我們的樣本是這個密鑰控件，並且我們不斷重復過期檢測，直到過期的keys的百分百低於25%,這意味着，在任何給定的時刻，最多會清除1/4的過期keys。
在復制AOF文件時如何處理過期
為了獲得正確的行為而不犧牲一致性，當一個key過期，DEL將會隨着AOF文字一起合成到所有附加的slaves。在master實例中，這種方法是集中的，並且不存在一致性錯誤的機會。
然而，當slaves連接到master時，不會獨立過期keys（會等到master執行DEL命令），他們任然會在數據集里面存在，所以當slave當選為master時淘汰keys會獨立執行，然后成為master。