redis数据过期咋办，redis数据过期时间

redis常见问题

常见解决方案：在命令窗口输入：ping [IP] 查看是否有连接，如果没有，则为网络问题，如果有，尝试第二步。

以下是Redis常见的性能问题有哪些？Master写内存快照，save命令调度rdbSave函数，会阻塞主线程的工作，当快照比较大时对性能影响是非常大的，会间断性暂停服务，所以Master最好不要写内存快照。

Master调用BGREWRITEAOF重写AOF文件，AOF在重写的时候会占大量的CPU和内存资源，导致服务load过高，出现短暂服务暂停现象。

相关问答

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

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

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

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

Q2: 订单超时,活动过期解决方案:php监听redis键重复触发引发事件

1、我们先订阅频道称为redisChat 现在，我们重新开启个redis客户端，然后在同一个频道redisChat发布消息，订阅者可以接收到消息。

2、delayqueue 保证 redis 不崩溃的情况下不会丢失消息，在没有更好的解决方案时不妨一试。在数据库索引设计良好的情况下，定时扫描数据库中未完成的订单产生的开销并没有想象中那么大。

3、重复消息并发消费的控制窗口问题，就算重复，重复也不可能同一时间进入消费逻辑 也就是说，使用这个方法能保证正常的消费逻辑场景下(无异常，无异常退出)，消息的幂等工作全部都能解决，无论是业务重复，还是rocketmq特性带来的重复。

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

1、惰性删除不会去主动删除数据，而是在访问数据的时候，如果发现数据已经过期，就会自动删除。定期删除则是每隔一段时间就检查一次是否有过期的数据，如果有的话就进行删除。

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

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

4、会的，就自动删除了。除非不过期。但是因为删除的机制不同，可能不会立即就删除掉。

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

Q4: Redis数据的过期与淘汰

1、内存淘汰管理机制Memory Management 当内存占满之后，redis提供缓存淘汰机制。

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

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

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

5、然后在选到的key中选择.volatile-random：从已设置过期时间的哈希表（server.db[i].expires）中随机挑选key淘汰掉allkey-random：从所有的key的哈希表server.db[i].dict）中随机挑数据淘汰。

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

redis数据过期咋办的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于redis数据过期时间、redis数据过期咋办的信息别忘了在本站进行查找喔。