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。