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等指令時不會改變存活時間的。
（建議：redis影片教學）
想要精確到毫米來控制時間，就需要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进行处理。
更多redis知识请关注redis入门教程栏目。
以上是Redis生存時間設定的詳細內容。更多資訊請關注PHP中文網其他相關文章！
