redis删除过期数据，redis删除过期时间

Redis数据的过期与淘汰

Redis 对于已经过期的数据，采用两种策略来处理这些数据，分别是惰性删除和定期删除。惰性删除不会去主动删除数据，而是在访问数据的时候，如果发现数据已经过期，就会自动删除。

那对于过期数据，一般有三种方式进行处理：Redis的过期删除策略： 惰性删除 和 定期删除 两种策略配合使用。spring-boot-starter-data-redis 包中提供了监听过期的类，对于key过期，需要得到通知，做业务处理的，可以做此监听。

volatile-ttl：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，有更早过期时间的 Key 优先移除。修改内存淘汰机制只需要在 redis.conf 配置文件中配置 maxmemory-policy 参数即可。

redis根据maxmemory-samples随机抽取一部分数据，将最旧的数据淘汰，指到内存降下来。

所以，虽然key过期了，但是没被清理的话，还是会占内存的。内存淘汰管理机制Memory Management 当内存占满之后，redis提供缓存淘汰机制。

但是实际上这还是有问题的，如果定期删除漏掉了很多过期 key，然后你也没及时去查，也就没走惰性删除，此时会怎么样？如果大量过期 key 堆积在内存里，导致 redis 内存块耗尽了，咋整？答案是：走内存淘汰机制。

相关问答

Q1: Redis主从模式下过期数据和数据不一致

数据到达过期时间，并不做处理，而是等下次访问该数据时，先判断该数据是否过期，未过期，返回数据 ；发现已过期，删除该数据，返回不存在。 这种方式虽然节约 CPU 性能，发现必须删除的时候才删除。

从库不会进行过期扫描，主库删除时，会在AOF文件里增加一条del指令，同步到所有从库，从库通过此指令来删除。由于指令的同步存在异步，所以会出现主从数据不一致的情况。

因为指令同步是异步进行的，所以主库过期的 key 的 del 指令没有及时同步到从库的话，会出现主从数据的不一致 这是由 redis 的过期策略来决定。redis 过期策略是： 定期删除+惰性删除 。

原因一：跟 Redis 的版本有关系，Redis 2 之前版本，读从库并不会判断数据是否过期，所以有可能返回过期数据。解决方案：升级Redis的版本，至少要2 以上版本，读从库，如果数据已经过期，则会过滤并返回空值。

数据一致性：由于Redis缓存中的数据与数据库中的数据可能存在不一致的情况，这会导致用户在查询数据时看到不一致的结果。数据过期：缓存数据有过期时间，如果缓存数据过期，需要重新从数据库中获取，这可能会影响查询速度。

Q2: Redis的过期数据会被立马删除吗?

也称被动删除，当数据过期后，并不会马上删除。而是等到有请求访问时，对数据检查，如果数据过期，则删除数据。优点：不需要单独启动额外的扫描线程，减少了CPU资源的损耗。

如果过期了此时就会删除，不会给你返回任何东西。

理论上会删除，但是由于redis版本的问题或者说过期删除机制的问题，有很小很小的可能，一个key过期了但是却没被删除。

并不是key到时间就被删除掉，而是你查询这个key的时候，redis再懒惰的检查一下 通过上述两种手段结合起来，保证过期的key一定会被干掉。

Redis 中数据过期策略采用定期删除+惰性删除策略。定期删除策略：Redis 启用一个定时器定时监视所有的 key，判断key是否过期，过期的话就删除。

Q3: Redis过期键删除策略和内存淘汰策略

1、每次淘汰时会将随机出来的key和数组里的key融合，淘汰掉最旧的一个，然后将剩下的较旧的key放到淘汰池里给下个循环用。redis的删除del在删除一个大对象的时候有可能造成卡顿。

2、（被动）惰性删除：当客户端请求到一个已经过期的key时，redis会检查是否过期并删除 所以，虽然key过期了，但是没被清理的话，还是会占内存的。

3、定期删除在一定程度上是一种合理有效的过期键删除策略，但是由于其在执行时长和执行频度的局限性，必须要有另一种机制（策略）确保内存能够获得回收，因此，就需要引入内存淘汰策略。

4、定期删除策略：Redis 启用一个定时器定时监视所有的 key，判断key是否过期，过期的话就删除。

关于redis删除过期数据和redis删除过期时间的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。