本文目录一览：
- 1、redis过期策略有哪些?
- 2、Redis过期时间
- 3、redis查询到已经过期数据原因
- 4、Redis过期删除策略和内存淘汰策略
2、Redis 中数据过期策略采用定期删除+惰性删除策略 。定期删除策略：Redis 启用一个定时器定时监视所有的 key ， 判断key是否过期，过期的话就删除 。
【redis过期时间设置多久合适 redis的过期机制】3、Redis的过期删除策略： 惰性删除 和 定期删除 两种策略配合使用 。spring-boot-starter-data-redis 包中提供了监听过期的类，对于key过期，需要得到通知，做业务处理的，可以做此监听 。
4、redis 过期策略是： 定期删除+惰性删除。所谓定期删除，指的是 redis 默认是每隔 100ms 就随机抽取一些设置了过期时间的 key ， 检查其是否过期，如果过期就删除 。
Redis过期时间两种方式是设置一个过期的时间段 ， 就是咱们处理验证码最常用的策略，设置三分钟或五分钟后失效 ， 把分钟数转换成秒或毫秒存储到redis中 。
对 。redis设置失效时间为30天 。redis提供了一些命令，能够让用户对key设置过期时间，并且让key过期之后被自动删除 。
在Redis4版本中，过期时间可能不是非常精确的，并且它可能是在0到1秒之间的出入 。从Redis6版本开始，过期时间误差是从0到1毫秒 。键的过期信息以绝对的Unix时间戳形式保存（Redis6以及更新的版本毫秒内） 。
设置成功返回 1。当 key 不存在或者不能为 key 设置过期时间时（比如在低于 3 版本的 Redis 中你尝试更新 key 的过期时间）返回 0。
redis查询到已经过期数据原因（被动）惰性删除：当客户端请求到一个已经过期的key时，redis会检查是否过期并删除 所以 ， 虽然key过期了，但是没被清理的话，还是会占内存的 。
如果 读取的是 Slave 库，则有可能会拿到过期数据，一般造成这样原因有两个 。这样的场景由于 Redis 控制不住过期数据被客户端应用误读，形成数据不安全 。
Redis 对于已经过期的数据，采用两种策略来处理这些数据，分别是惰性删除和定期删除 。惰性删除不会去主动删除数据，而是在访问数据的时候，如果发现数据已经过期，就会自动删除 。
由于指令的同步存在异步，所以会出现主从数据不一致的情况 。当Redis内存超出物理内存限制时，内存数据会开始和磁盘产生频繁的交换，使得性能急剧下降 。
Redis过期删除策略和内存淘汰策略1、（被动）惰性删除：当客户端请求到一个已经过期的key时，redis会检查是否过期并删除 所以，虽然key过期了 ， 但是没被清理的话，还是会占内存的 。
2、redis根据maxmemory-samples随机抽取一部分数据，将最旧的数据淘汰，指到内存降下来 。
3、那对于过期数据，一般有三种方式进行处理：Redis的过期删除策略： 惰性删除 和 定期删除 两种策略配合使用 。spring-boot-starter-data-redis 包中提供了监听过期的类，对于key过期，需要得到通知，做业务处理的，可以做此监听 。
4、redis 过期策略是： 定期删除+惰性删除。所谓定期删除 ， 指的是 redis 默认是每隔 100ms 就随机抽取一些设置了过期时间的 key，检查其是否过期，如果过期就删除 。
5、采用过期策略 。redis淘汰机制的存在是为了更好的使用内存，用一定的缓存丢失来换取内存的使用效率，该淘汰机制采用过期策略避免删掉不常用的key，定期删除redis默认是每隔100ms就随机抽取一些设置了过期时间的key 。
