redis查询到已经过期数据原因1、（被动）惰性删除：当客户端请求到一个已经过期的key时，redis会检查是否过期并删除 所以，虽然key过期了，但是没被清理的话，还是会占内存的 。
2、如果 读取的是 Slave 库，则有可能会拿到过期数据，一般造成这样原因有两个 。这样的场景由于 Redis 控制不住过期数据被客户端应用误读，形成数据不安全 。
3、由于指令的同步存在异步，所以会出现主从数据不一致的情况 。当Redis内存超出物理内存限制时，内存数据会开始和磁盘产生频繁的交换，使得性能急剧下降 。
4、Redis 对于已经过期的数据，采用两种策略来处理这些数据，分别是惰性删除和定期删除 。惰性删除不会去主动删除数据，而是在访问数据的时候，如果发现数据已经过期，就会自动删除 。
5、当然这还不够，因为有过期的key永远不会被再次访问 。这些key无论如何都应该过期 ， 所以周期性地Redis会在具有过期设置的key中随机测试几个key 。已经过期的所有key都将从key空间中删除 。
Redis缓存过期机制当内存占满之后，redis提供缓存淘汰机制 。
redis 过期策略是： 定期删除+惰性删除。所谓定期删除，指的是 redis 默认是每隔 100ms 就随机抽取一些设置了过期时间的 key，检查其是否过期 ， 如果过期就删除 。
redis 过期策略是：定期删除+惰性删除 。所谓定期删除 ， 指的是redis默认是每隔100ms就随机抽取一些设置了过期时间的key，检查其是否过期 ， 如果过期就删除 。
订单超时,活动过期解决方案:php监听redis键重复触发引发事件我们先订阅频道称为redisChat 现在，我们重新开启个redis客户端，然后在同一个频道redisChat发布消息 ， 订阅者可以接收到消息 。
【redis 大批key过期造成客户端操作延迟 redis过期订单过多】delayqueue 保证 redis 不崩溃的情况下不会丢失消息，在没有更好的解决方案时不妨一试 。在数据库索引设计良好的情况下，定时扫描数据库中未完成的订单产生的开销并没有想象中那么大 。
重复消息并发消费的控制窗口问题，就算重复，重复也不可能同一时间进入消费逻辑 也就是说 ， 使用这个方法能保证正常的消费逻辑场景下（无异常，无异常退出），消息的幂等工作全部都能解决，无论是业务重复，还是rocketmq特性带来的重复 。
引入应用消息队列后的方案，如下图： 订单系统：用户下单后，订单系统完成持久化处理 ， 将消息写入消息队列，返回用户订单下单成功 。库存系统：订阅下单的消息，采用拉/推的方式，获取下单信息，库存系统根据下单信息，进行库存操作 。
redis数据会自动过期吗1、永不过期 。redissetex命令是将一个键值对存储到Redis数据库中，并设置过期时间，如果该键已经存在，则会覆盖原来的值并重新设置过期时间 。redissetex默认的过期时间是以秒为单位的，可以通过设置第三个参数来修改过期时间 。
2、不会过期 。但是这样说有点绝对 。一般情况是这样，当你配置中开启了超出最大内存限制就写磁盘的话，那么这些没有设置过期时间的key可能会被写到磁盘上 。假如没设置 。
3、（被动）惰性删除：当客户端请求到一个已经过期的key时，redis会检查是否过期并删除 所以，虽然key过期了，但是没被清理的话，还是会占内存的 。
4、Redis键将会通过两种方式过期：一个被动的方式，和一个主动的方式 。一个键的被动过期是很简单的 ， 当一些客户端尝试访问它 ， 然后这个键被发现超时了 。当然，这是不够的 ， 因为有一些键将永远不会被再次访问 。
5、从库不会进行过期扫描，主库删除时 ， 会在AOF文件里增加一条del指令，同步到所有从库，从库通过此指令来删除 。由于指令的同步存在异步，所以会出现主从数据不一致的情况 。
Redis的过期数据会被立马删除吗?惰性删除不会去主动删除数据，而是在访问数据的时候，如果发现数据已经过期 ， 就会自动删除 。定期删除则是每隔一段时间就检查一次是否有过期的数据，如果有的话就进行删除 。
也称被动删除，当数据过期后，并不会马上删除 。而是等到有请求访问时 ， 对数据检查，如果数据过期，则删除数据 。优点：不需要单独启动额外的扫描线程，减少了CPU资源的损耗 。
如果过期了此时就会删除，不会给你返回任何东西 。
会的，就自动删除了 。除非不过期 。但是因为删除的机制不同，可能不会立即就删除掉 。
Redis过期删除策略和内存淘汰策略1、redis根据maxmemory-samples随机抽取一部分数据，将最旧的数据淘汰，指到内存降下来 。
2、（被动）惰性删除：当客户端请求到一个已经过期的key时，redis会检查是否过期并删除 所以，虽然key过期了，但是没被清理的话 ， 还是会占内存的 。
3、每次淘汰时会将随机出来的key和数组里的key融合，淘汰掉最旧的一个，然后将剩下的较旧的key放到淘汰池里给下个循环用 。redis的删除del在删除一个大对象的时候有可能造成卡顿 。
4、定期删除在一定程度上是一种合理有效的过期键删除策略 ， 但是由于其在执行时长和执行频度的局限性，必须要有另一种机制（策略）确保内存能够获得回收，因此 ， 就需要引入内存淘汰策略 。
5、然后在选到的key中选择.volatile-random：从已设置过期时间的哈希表（server.db[i].expires）中随机挑选key淘汰掉allkey-random：从所有的key的哈希表server.db[i].dict）中随机挑数据淘汰 。
推荐阅读
- redis llen 性能 redis性能实测
- 如何寻找适合站群的服务器？ 站群服务器怎么找到
- 怎么在自己的服务器上传和后期维护 单机服务器列表怎么上传
- 如何启动iQOO服务器？ 怎么开iqoo服务器
- 怎么查看redis占用内存 怎么看redis连接数占用
- php redis incr php与redis的list实现原理