EXPIRE key second
自1.0.0起可用。
时间复杂度： O（1）
设置超时key。超时过期后，key将自动删除。在Redis术语中，通常认为具有超时的key是不稳定的。
只有删除或覆盖key内容的命令才能清除超时，包括DEL，SET，GETSET和所有*STORE 命令。这意味着改变存储在key中的值而不用新key替换它的所有操作将使超时保持不变。举例来说，增加一键的值INCR，往列表推新值的，包括LPUSH，或改变了哈希的字段值HSET，都不会改变超时。
也可以清除超时，使用PERSIST命令将key重新转换为持久key。
如果使用RENAME重命名key，则相关的生存时间将转移到新key名称。
如果一个key被RENAME覆盖，比如，已经存在key Key_A ，被如下命令所覆盖，RENAME Key_B Key_A，新key Key_A将继承所有的Key_B的属性，与原始Key_A否有超时没有关系。
请注意，使用非正数的超时时间调用EXPIRE / PEXPIRE或 使用一个过去时间调用EXPIREAT / PEXPIREAT，将导致键被 删除而不是过期（因此，发出的键事件 将是del，而不是expired）。
刷新超时
可以使用已经设置超时的key作为参数调用EXPIRE。在这种情况下，key的生存时间将更新为新值。有许多有用的应用程序，下面的导航会话模式部分中记录了一个示例 。
Redis 2.1.3之前的差异
在之前的Redis 2.1.3版本中，使用命令更改key来使用超时设置更改key，具有完全删除key的效果。由于复制层中的限制现在已得到修复，因此需要使用此语义。
EXPIRE将返回0并且不会更改具有超时设置的key的超时。
返回值
整数回复，具体为：
-
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>
导航会话
假如你有一个web服务，你需要记录用户最近浏览的N个页面，每个相邻页面的浏览时间不超过60s。
你可以用redis轻松实现，每次用户打开一个页面，执行如下命令：
MULTI
RPUSH pagewviews.user:<userid> http://.....
EXPIRE pagewviews.user:<userid> 60
EXEC
如果用户60s没有操作，页面就会被删除，只有60s以内的页面会被记录。
附录: Redis expires
过期的key
通常，创建Redis key时没有相关的过期时间。key只会永远存在，除非用户以明确的方式将其删除，例如使用DEL命令。
EXPIRE家族命令能够给key设置超时时间，但是会使用一些额外的内存成本。当key设置了过期时，Redis将确保在指定的时间过后删除key。
可以使用EXPIRE和 PERSIST命令（或其他严格相关的命令）更新或完全删除key生存时间。
准确到期
在Redis 2.4中，到期可能不精确，误差可能在0到1秒之间。
从Redis 2.6开始，到期误差从0到1毫秒。
过期和持久化
Key到期信息存储为绝对Unix时间戳（在Redis 2.6或更高版本的情况下以毫秒为单位）。这意味着即使Redis实例未处于活动状态，时间也在流动。
为了使到期效果良好，计算机时间必须稳定。如果您从两台计时器中移动RDB文件并在其时钟中使用大型desync，则可能会发生有趣的事情（例如加载时加载的所有键都将在加载时过期）。
即使运行实例也会检查计算机时钟，例如，如果您设置的key的生存时间为1000秒，然后将计算机时间设置为当前时间向后2000秒，key将立即过期，而不是持续1000秒。
Redis如何过期key
Redis key以两种方式过期：被动方式和主动方式。
当某个客户端尝试访问key时，如果发现key超时，key被动过期。
当然这还不够，因为有过期的key永远不会被再次访问。这些key无论如何都应该过期，所以周期性地Redis会在具有过期设置的key中随机测试几个key。已经过期的所有key都将从key空间中删除。
具体来说，这就是Redis每秒做10次的事情：
- 从具有相关过期的key集中测试20个随机key（样本）。
- 删除找到的所有key已过期。
- 如果样本中有超过25％的key已过期，从步骤1继续开始执行。
这是一个简单的概率算法，基本上假设我们的样本代表整个key空间，我们继续到期，直到可能过期的key百分比低于25％
这意味着在任何给定时刻，使用内存的已经过期的最大key数量最大等于每秒最大写入操作量除以4。
如何在主从复制中和AOF文件中处理过期
为了在不牺牲一致性的情况下获得正确的行为，当key到期时，在AOF文件中合成DEL操作并通知所有副本节点。这样，到期过程集中在主实例中，并且不存在一致性错误。
但是，连接到主服务器的副本节点不会单独地使key过期，（但会等待来自主服务器的DEL），但它们仍将采用数据集中存在的过期的完整状态，因此当副本被选为主服务器时它将能够独立地使密钥到期，充分充当主人。
网友评论