expire 命令
Expire 命令用于设置 key 的过期时间，超过时间后，key 不再可用。
在Redis的术语中一个
key
的相关超时是不确定的。超时后只有对
key
执行
DEL
命令或者
SET
命令或者
GETSET
时才会清除。这意味着，从概念上讲所有改变 key 的值的操作都会使他清除。例如，
INCR
递增 key 的值，执行
LPUSH
操作，或者用
HSET
改变 hash 的
field
所有这些操作都会触发删除动作。
使用
PERSIST
命令可以清除超时，使其变成一个永久的 key。
如果 key 被RENAME命令修改，相关的超时时间会转移到新 key 上面。比如原来就存在
Key_A
,然后调用
RENAME Key_B Key_A
命令，这时不管原来
Key_A
是永久的还是设置为超时的，都会由
Key_B
的有效期状态覆盖。
对已经有过期时间的 key 执行
EXPIRE
操作，将会更新它的过期时间。有很多应用有这种业务场景，例如记录会话的session。
语法
Expire key seconds
返回值
设置成功返回 1 。当 key 不存在或者不能为 key 设置过期时间时返回 0 。
实例
首先创建一个 key 并赋值：
redis> SET w3ckey redis OK
为 key 设置过期时间：
redis> EXPIRE w3ckey 60 (integer) 1
以上实例中我们为键 w3ckey 设置了过期时间为 1 分钟，1分钟后该键会自动删除。
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>
想象一下，你有一个网络服务器，你对用户最近访问的N个网页感兴趣，每一个相邻的页面设置超时时间为60秒。在概念上你为这些网页添加Navigation session，如果你的用户，可能包含有趣的信息，他或她正在寻找什么样的产品，你可以推荐相关产品。
你可以使用下面的策略模型，使用这种模式：每次用户浏览网页调用下面的命令：
MULTI RPUSH pagewviews.user:<userid> http://..... EXPIRE pagewviews.user:<userid> 60 EXEC
如果用户60秒没有操作，这个key将会被删除，不到60秒的话，后续网页将会被继续记录。
这个案例很容易用INCR代替RPUSH
Keys的过期时间
通常Redis keys创建时没有设置相关过期时间。他们会一直存在，除非使用显示的命令移除，例如，使用DEL命令。
EXPIRE
一类命令能关联到一个有额外内存开销的key。当key执行过期操作时，Redis会确保按照规定时间删除他们。
key的过期时间和永久有效性可以通过
EXPIRE
和PERSIST命令（或者其他相关命令）来进行更新或者删除过期时间。
从 Redis 2.6 起，过期时间误差缩小到0-1毫秒。
过期和持久
Keys的过期时间使用Unix时间戳存储(从Redis 2.6开始以毫秒为单位)。这意味着即使Redis实例不可用，时间也是一直在流逝的。
要想过期的工作处理好，计算机必须采用稳定的时间。如果你将RDB文件在两台时钟不同步的电脑间同步，有趣的事会发生（所有的 keys装载时就会过期）。
即使正在运行的实例也会检查计算机的时钟，例如如果你设置了一个key的有效期是1000秒，然后设置你的计算机时间为未来2000秒，这时key会立即失效，而不是等1000秒之后。
Redis如何淘汰过期的keys
Redis keys过期有两种方式：被动和主动方式。
当一些客户端尝试访问它时，key会被发现并主动的过期。
当然，这样是不够的，因为有些过期的keys，永远不会访问他们。无论如何，这些keys应该过期，所以定时随机测试设置keys的过期时间。所有这些过期的keys将会从密钥空间删除。
具体就是Redis每秒10次做的事情：
- 测试随机的20个keys进行相关过期检测。
- 删除所有已经过期的keys。
- 如果有多于25%的keys过期，重复步奏1.
这是一个平凡的概率算法，基本上的假设是，我们的样本是这个密钥控件，并且我们不断重复过期检测，直到过期的keys的百分百低于25%,这意味着，在任何给定的时刻，最多会清除1/4的过期keys。
在复制AOF文件时如何处理过期
为了获得正确的行为而不牺牲一致性，当一个key过期，
DEL
将会随着AOF文字一起合成到所有附加的slaves。在master实例中，这种方法是集中的，并且不存在一致性错误的机会。
然而，当slaves连接到master时，不会独立过期keys（会等到master执行DEL命令），他们任然会在数据集里面存在，所以当slave当选为master时淘汰keys会独立执行，然后成为master。