设置key的过期时间。
查询当前所有的key
expire key second
:设置key的过期时间
若执行ttl key 显示为-2 则说明改值不存在缓存中
显示为-1则是持久化的 (不会失效)
若将其设置了失效时间 那么就会显示剩余的失效时间
EXPIRE key seconds
起始版本:1.0.0
时间复杂度:O(1)
返回值:1 如果成功设置过期时间;0 如果key不存在或者不能设置过期时间。
为给定 key设置生存时间,当 key过期时(生存时间为 0),它会被自动删除。
Redis中,具有过期时间的键被称为“易失的键”(volatile key)。 过期时间可以通过使用 DEL命令来删除整个key来移除,或者被 SET和 GETSET命令覆写(overwrite),这意味着,如果一个命令只是修改(alter)一个带过期时间的 key的值而不是用一个新的 key值来代替(replace)它的话,那么过期时间不会被改变。比如说,对一个 key执行 INCR命令,对一个列表进行 LPUSH命令,或者对一个哈希表执行 HSET命令,这类操作都不会修改 key本身的过期时间。
使用PERSIST命令可以清除超时,使其变成一个永久的key。
如果key被RENAME命令修改,相关的超时时间会转移到新key上面。
如果key被RENAME命令修改,比如原来就存在Key_A,然后调用RENAME Key_B Key_A命令,这时不管原来Key_A是永久的还是设置为超时的,都会由Key_B的有效期状态覆盖。
对已经有过期时间的key执行EXPIRE操作,将会更新它的过期时间。
在 Redis 2.4 及以前版本,过期期时间可能不是十分准确,有0-1秒的误差。
从 Redis 2.6 起,过期时间误差缩小到0-1毫秒。
自Redis 2.6版本以来,Keys的过期时间以毫秒为单位使用Unix时间戳进行存储。这意味着即使Redis实例不可用,时间也是一直在流逝的。
要想过期的工作处理好,计算机必须采用稳定的时间。当你在两台时间不同步的电脑之间同步RDB文件时,会发生有趣的现象:所有的键都会在加载时过期。
即使正在运行的实例也会检查计算机的时钟,例如如果你设置了一个key的有效期是1000秒,然后设置你的计算机时间为未来2000秒,这时key会立即失效,而不是等1000秒之后。
Redis keys过期有两种方式:被动和主动方式。
当一些客户端尝试访问它时,key会被发现并主动的过期。
当然,这样是不够的,因为有些过期的keys,永远不会访问他们。为了确保keys在预定时间内过期,应定期进行随机测试并设置好过期时间。所有这些过期的keys将会删除。
具体就是Redis每秒10次做的事情:
1).测试随机的20个keys进行相关过期检测。
2).删除所有已经过期的keys。
3).如果有多于25%的keys过期,重复步奏1.
这是一个平凡的概率算法,基本上的假设是,我们的样本是这个密钥控件,并且我们不断重复过期检测,直到过期的keys的百分比低于25%,这意味着,在任何给定的时刻,最多会清除1/4的过期keys。
为了获得正确的行为而不牺牲一致性,当一个key过期,DEL将会随着AOF文字一起合成到所有附加的slaves。这种方法在master实例中是集中的,且不存在出现一致性错误的可能。
然而,当slaves连接到master时,不会独立过期keys(会等到master执行DEL命令),他们任然会在数据集里面存在,所以当slave当选为master时淘汰keys会独立执行,然后成为master。
以上是redis怎么设置key的有效期的详细内容。更多信息请关注PHP中文网其他相关文章!