Redis三部曲之————生存时间（键设置生存时间）

zhaolu

　　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