Redis的过期数据会被立马删除么？

先说结论：并不会立马删除。Redis 有两种删除过期数据的策略：

成都创新互联公司成立十年来，这条路我们正越走越好，积累了技术与客户资源，形成了良好的口碑。为客户提供网站设计、网站建设、网站策划、网页设计、域名与空间、网络营销、VI设计、网站改版、漏洞修补等服务。网站是否美观、功能强大、用户体验好、性价比高、打开快等等，这些对于网站建设都非常重要，成都创新互联公司通过对建站技术性的掌握、对创意设计的研究为客户提供一站式互联网解决方案，携手广大客户，共同发展进步。

定期选取部分数据删除。
惰性删除。

该命令在 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;

    /* Delete the key */
    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 内存耗尽，怎么破?

这个问题问得好，答案是走内存淘汰机制。

今天就到这里，说太多的话，大家容易在知识的海量里呛死，保命要紧，至于内存淘汰机制详情，请看下回分解。

分享题目：Redis的过期数据会被立马删除么？
文章起源：http://www.hantingmc.com/qtweb/news38/231038.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源：创新互联

猜你还喜欢下面的内容