Redis對鍵提供生存時間，在不指定生存時間時，生存時間是永久。時間到期後Redis會自動刪除這個鍵。可以用EXPIRE命令，時間單位時秒，如果一個鍵是被設爲有限的生存時間，那麼在SET key進行重新賦值的時候會被再次設爲永久：
SET session:captcha sd2a
EXPIRE session:captcha 600
取消生存時間，將鍵的生存時間設爲永久，是PERSIST：
PERSIST session:captcha
查看一個鍵的生存時間用TTL命令，-1表示永久或者以及到期被刪除。
TTL session:captcha
在Redis的INCR，LPUSH，HSET，ZREM等命令時不會改變生存時間的。
想要精確到毫米來控制時間，就需要PEXPIRE即可，使用PTTL查看剩餘時間。
如果想要給定一個到期的時間而不是多少秒後到期呢？就需要EXPIREAT和PEXPIREAT。EXPIREAT的參數是到期時的時間戳（秒），PEXPIREAT的參數是到期時間是時間戳（毫秒）
SET session:captcha sd2a
EXPIREAT session:captcha 1399902009
PEXPIREAT session:captcha 1399902009000
應用場景一：訪問頻率限制：我們限定每個用戶1分鐘只能瀏覽10個頁面。僞代碼如下：
$isExists = EXISTS limit:user1:192.168.1.2
if($isExists){
$num = INCR limit:user1:192.168.1.2
if($num > 10){
print '超過限制'
exit
}
}else{
MULTI
INCR limit:user1:192.168.1.2
EXPIRE limit:user1:192.168.1.2 60
EXEC
}
我們用了事務的原因是因爲，加入在執行了INCR limit:user1:192.168.1.2之後，在執行EXPIRE limit:user1:192.168.1.2 60之前，客戶端被關閉了。那麼這個鍵和值就會被持久化保存。且該ID終身只能訪問10次了。這就太糟糕了。
應用場景二：實現緩存。計算一萬名用戶的排行榜，是很耗費資源的，那麼我們把數據在第一次計算後存進一個key，然後對這個key設置生存時間。在1個小時後生存時間到期，key被刪除，再次進行計算新排名並保存的一個臨時key。我們用僞代碼實現：
//戰鬥排行榜
$rank = GET cache:rank:fight
if not $rank
$rank = 計算排名()
MULTI
SET cache:rank:fight $rank
EXPIRE cache:rank:fight 3600
EXEC
Redis是內存存儲的數據庫，
假如內存被緩存佔滿了，Redis會根據配置文件來刪除一定的緩存。配置項是Redis的配置文件中的maxmemory參數，單位是字節。超過這個限制
之後，會根據配置文件的maxmemory-policy參數來刪除不需要的鍵。maxmemory-policy的可選規則是如下四種：
1、volatile-lru：使用LRU算法刪除一個鍵（設置了生存時間的鍵）。
2、allkey-lru：使用LRU算法刪除一個鍵。
3、volatile-random：隨即刪除一個鍵（設置了生存時間的鍵）。
4、allkey-random：隨即刪除一個鍵。
5、volatile-ttl：刪除生存時間即將過期的一個鍵。是隨即取出來N個鍵，然後刪除N個鍵中即將過期的鍵，而不是遍歷所有的鍵刪除即將過期的。N是幾？配置文件配的。
6、nevication：不刪除，返回錯誤。
Redis設置Key的過期時間 – EXPIRE命令
EXPIRE key seconds
爲給定 key 設置生存時間，當 key 過期時(生存時間爲 0 )，它會被自動刪除。
在 Redis 中，帶有生存時間的 key 被稱爲『易失的』(volatile)。
生存時間可以通過使用 DEL 命令來刪除整個 key 來移除，或者被 SET 和 GETSET 命令覆寫(overwrite)，這意味着，如果一個命令只是修改(alter)一個帶生存時間的 key 的值而不是用一個新的 key 值來代替(replace)它的話，那麼生存時間不會被改變。
比如說，對一個 key 執行 INCR 命令，對一個列表進行 LPUSH 命令，或者對一個哈希表執行 HSET 命令，這類操作都不會修改 key 本身的生存時間。
另一方面，如果使用 RENAME 對一個 key 進行改名，那麼改名後的 key 的生存時間和改名前一樣。
RENAME 命令的另一種可能是，嘗試將一個帶生存時間的 key 改名成另一個帶生存時間的 another_key ，這時舊的 another_key (以及它的生存時間)會被刪除，然後舊的 key 會改名爲 another_key ，因此，新的 another_key 的生存時間也和原本的 key 一樣。
使用 PERSIST 命令可以在不刪除 key 的情況下，移除 key 的生存時間，讓 key 重新成爲一個『持久的』(persistent) key 。
更新生存時間
可以對一個已經帶有生存時間的 key 執行 EXPIRE 命令，新指定的生存時間會取代舊的生存時間。
過期時間的精確度
在 Redis 2.4 版本中，過期時間的延遲在 1 秒鐘之內 —— 也即是，就算 key 已經過期，但它還是可能在過期之後一秒鐘之內被訪問到，而在新的 Redis 2.6 版本中，延遲被降低到 1 毫秒之內。
Redis 2.1.3 之前的不同之處
在 Redis 2.1.3 之前的版本中，修改一個帶有生存時間的 key 會導致整個 key 被刪除，這一行爲是受當時複製(replication)層的限制而作出的，現在這一限制已經被修復。
可用版本：
>= 1.0.0
時間複雜度：
O(1)
返回值：
設置成功返回 1 。
當 key 不存在或者不能爲 key 設置生存時間時(比如在低於 2.1.3 版本的 Redis 中你嘗試更新 key 的生存時間)，返回 0 。
redis> SET cache_page "www.google.com"
OK
redis> EXPIRE cache_page 30 # 設置過期時間爲 30 秒
(integer) 1
redis> TTL cache_page # 查看剩餘生存時間
(integer) 23
redis> EXPIRE cache_page 30000 # 更新過期時間
(integer) 1
redis> TTL cache_page
(integer) 29996
1. 在小於2.1.3的redis版本里，只能對key設置一次expire。redis2.1.3和之後的版本里，可以多次對key使用expire命令，更新key的expire time。
2. redis術語裏面，把設置了expire time的key 叫做：volatile keys。 意思就是不穩定的key。
3. 如果對key使用set或del命令，那麼也會移除expire time。尤其是set命令，這個在編寫程序的時候需要注意一下。
4. redis2.1.3之前的老版本里，如果對volatile keys 做相關寫入操作(LPUSH,LSET)，和其他一些觸發修改value的操作時，redis會刪除 該key。 也就是說 ：
redis.expire(key,expiration);
redis.lpush(key,field,value);
redis.get(key) //return null
redis2.1.3之後的版本里面沒有這個約束，可以任意修改。
redis.set(key,100);
redis.expire(key,expiration);
redis.incr(key)
redis.get(key)
//redis2.2.2 return 101; redis<2.1.3 return 1;
5. redis對過期鍵採用了lazy expiration：在訪問key的時候判定key是否過期，如果過期，則進行過期處理。其次，每秒對volatile keys 進行抽樣測試，如果有過期鍵，那麼對所有過期key進行處理