EXPIRE key seconds

自1.0.0版本可用 时间复杂度:O(1)

设置一个key的超时时间，在一个超时的key过期后，key将会被自动删除。在Redis的术语中，一个具有超时的key通常被称作volatile

超时时间将会被清除通过删除或覆盖key内容的命令，包括DEL, SET, GETSET 和所有的*STORE的命令。这意味着，从概念上讲所有改变key的值的操作都会使他清除。例如，INCR递增key的值，执行LPUSH操作，或者用HSET改变hash的field，所有这些操作都会触发清除超时时间的操作。

过期时间也会清除，通过使用PERSIST命令使key变成持久化的key。

如果key被RENAME命令修改，相关的超时时间会转移到新key上面。

如果key被覆盖通过RENAME命令，例如已经存在一个key Key_A通过调用RENAME Key_b Key_A，不必关心原始的Key_A是否有超时时间，新的key Key_将会继承Key_B的所有特性。

注意调用EXPIRE/PEXPIRE具有负数的超时时间 或者 EXPIREAT/PEXPIREAT具有过去的时间将使key进入要被删除的状态而不是过期

重新刷新过期时间

可以通过调用EXPIRE使用一个已经被设置过过期的key作为参数。在这种情况下这个key的过期时间将会被设置为新值。这对很多应用都非常有用，例如下面的Navigation session模式

与Redis2.1.3之前版本的不同

返回值

返回值，形式如下:

  • 1 如果超时时间被设置
  • 0 如果key不存在或超时时间不能被设置

示例

redis> SET mykey "Hello"
"OK"
redis> EXPIRE mykey 10
(integer) 1
redis> TTL mykey
(integer) 10
redis> SET mykey "Hello World"
"ok"
redis> TTL mykey
(integer) -1
redis>

案例: Navigation session

想象一下，你有一个网络服务器，你对用户最近访问的N个网页感兴趣，第一个相信的页面设置超时时间为60秒。在概念上你为这些网页添加Navigation session，如果你的用户，可能包含有趣的信息，他或即正在寻找什么样的产品，你可以推荐相关产品。 你可以使用下面的策略模型，使用这种模式：每次用户浏览页面调用下面的命令:

MULTI
RPUSH pagewviews.user:<userid> http://....
EXPIRE pagewviews.user:<userid> 60
EXEC

如果用户60秒没有操作，这个key将会被删除，不到60秒的话，后续网页将会被继续记录。 这个案例很容易用INCR代替RPUSH

附录: Redis的过期时间

Keys的过期时间

通常Redis keys创建时没有设置相关过期时间。他们会一直存在，除非使用显示的命令移除，例如，使用DEL命令

EXPIRE一类命令能关联到一个有额处内存开销的key。当key执行过期操作时，Redis会确保按照规定时间删除他们。

key的过期时间和永久有效性可以通过EXPIRE和PERSIST命令(或者其他相关命令)来进行更新或者删除过期时间

过期的精度

在Redis 2.4及以前版本，过期时间可能不是十分准确，有0-1秒的误差。从Redis2.6起，过期时间误差缩小到0-1毫秒。

过期和持久

Keys的过期时间使用UNIX时间戳存储(从Redis2.6开始以毫秒为单位)。这意味着即使Redis实例不可用，时间也是一直在流逝的。 要想过期的工作处理好，计算机必须彩稳定的时间。如果你将RDB文件在两台时钟不同步的电脑间同步，有趣的事会发生(所有的keys装载时就会过期). 即使正在运行的实例也会检查计算机的时钟，例如如果你设置了一个key的有效期是1000秒，然后设置你的计算机时间为未来2000秒，这时key会立即失效，而不是等1000秒之后。

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.

在复制AOF文件时如何处理过期

为了获得正确的行为而不牺牲一致性，当一个key过期，DEL将会随着AOF文字一起合成到所有附加的slaves。在master实例中，这种方法是集中的，并且不存在一致性错误的机会。 然而，当slaves连接到master时，不会独立过期keys（会等到master执行DEL命令），他们仍然会在数据集里面存在，所以当slave当选为master时淘汰keys会独立执行，然后成为master

results matching ""

    No results matching ""