先说结论：并不会立马删除。Redis 有两种删除过期数据的策略：
- 定期选取部分数据删除。
- 惰性删除。
该命令在 Redis 2.4 版本，过期时间并不是很精确，它可能在零到一秒之间。
从 Redis 2.6 开始，过期错误为 0 到 1 毫秒。
EXPIRE key seconds [ NX | XX | GT | LT] 指令可以将指定的 key 设置过期时间，如果没有设置过期时间， key 将一直存在，除非我们明确将其删除，比如执行 DEL 指令。
所谓”狡兔死，走狗烹“，没用了就干掉，跟 35 岁就“毕业”是一个道理。
好慌……
从 Redis 版本 7.0.0 开始：EXPIRE 添加了选项：NX、XX和GT、LT 选项。
- NX：当 key 没有过期时才设置过期时间。
- XX：只有 key 已过期的时候才设置过期时间。
- GT：仅当新的到期时间大于当前到期时间时才设置过期时间。
- LT：仅在新到期时间小于当前到期时间才设置到过期时间。
过期与持久化
主从或者集群架构中，两台机器的时钟严重不同步，会有什么问题么?
key 过期信息是用 Unix 绝对时间戳表示的。
为了让过期操作正常运行，机器之间的时间必须保证稳定同步，否则就会出现过期时间不准的情况。
比如两台时钟严重不同步的机器发生 RDB 传输， slave 的时间设置为未来的 2000 秒，假如在 master 的一个 key 设置 1000 秒存活，当 Slave 加载 RDB 的时候 key 就会认为该 key 过期(因为 slave 机器时间设置为未来的 2000 s)，并不会等待 1000 s 才过期。
机器时钟不同步导致过期混乱
惰性删除
惰性删除很简单，就是当有客户端的请求查询该 key 的时候，检查下 key 是否过期，如果过期，则删除该 key。
比如当 Redis 收到客户端的GET movie:小泽#玛……利亚.rmvb 请求，就会先检查 key = movie:小泽#玛……利亚.rmvb 是否已经过期，如果过期那就删除。
删除过期数据的主动权交给了每次访问请求。
该实现通过 expireIfNeeded函数实现，源码路径：src/db.c。
int expireIfNeeded(redisDb *db, robj *key, int force_delete_expired) {
// key 没有过期，return 0
if (!keyIsExpired(db,key)) return 0;
if (server.masterhost != NULL) {
if (server.current_client == server.master) return 0;
if (!force_delete_expired) return 1;
}
if (checkClientPauseTimeoutAndReturnIfPaused()) return 1;
deleteExpiredKeyAndPropagate(db,key);
return 1;
}定期删除
仅仅靠客户端访问来判断 key 是否过期才执行删除肯定不够，因为有的 key 过期了，但未来再也没人访问，这些数据要怎么删除呢?
不能让这些数据「占着茅坑不拉屎」。
所谓定期删除，也就是 Redis 默认每 1 秒运行 10 次(每 100 ms 执行一次)，每次随机抽取一些设置了过期时间的 key，检查是否过期，如果发现过期了就直接删除。
注意：并不是一次运行就检查所有的库，所有的键，而是随机检查一定数量的键。
具体步骤如下：
定时删除
- 从所有设置了过期时间的 key 集合中随机选择 20 个 key。
- 删除「步骤 1」发现的所有过期 key 数据。
- 「步骤 2 」结束，过期的 key 超过 25%，则继续执行「步骤 1」。
删除的源码 expire.c 的 activeExpireCycle 函数实现。
这也就意味着在任何时候，过期 key 的最大数量等于每秒最大写入操作量除以 4。
为啥不检查所有设置过期时间的 key?
你想呀，假设 Redis 里存放了 100 w 个 key，都设置了过期时间，每隔 100 毫秒就检查 100 w 个 key，CPU 全浪费在检查过期 key 上了，Redis 也就废了。
注意了：不管是定时删除，还是惰性删除。当数据删除后，master 会生成删除的指令记录到 AOF 和 slave 节点。
码哥，如果过期的数据太多，定时删除无法删除完全(每次删除完过期的 key 还是超过 25%)，同时这些 key 也再也不会被客户端请求，也就是无法走惰性删除，会怎样?
会不会导致 Redis 内存耗尽，怎么破?
这个问题问得好，答案是走内存淘汰机制。
今天就到这里，说太多的话，大家容易在知识的海量里呛死，保命要紧，至于内存淘汰机制详情，请看下回分解。
