Redis过期与淘汰策略：深度解析与优化实践

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

REDIS可以使用到期说明设置到期时间。
当我们询问钥匙时，第一个redis检查键是否存在于已过期的词典中。
然后将到期时间与当前系统时间进行比较。
处理过期数据的三种方法：减少删除策略：懒惰删除和定期消除。
Spring-Boot-Starter-Red-Redis软件包提供了侦听类，以进行到期。
Springboot集成了REDIS参考，Springboot基于集成Redis的REDIS-（Jianshu.com）集成了Redis-（Jianshu.com），在使用Redis用作缓存时，添加了课堂监控配置监视类，如果完整的存储空间，旧数据将自动开发。
Redis中有6 种类型的删除策略：在Redis.conf文件中配置策略，有2 个位置：

Redis 的数据过期了就会马上删除么？

MA兄弟，当钥匙结束时，Redis会立即被删除吗？ 让我们谈谈第一个结论，它不会立即删除。
从Redis 2 .6 开始，到期误差为0到1 毫秒。
extekeySeconds指令[nx | xx | GT | LT]可以设置指定的密钥到期时间。
So称为“不烹饪狗的人的狡猾兔子”，如果它没有用，则杀死它，与3 5 岁时的“毕业”相同。
非常恐慌...从Redis版本7 .0.0开始：已过期的选项：NX，XX和GT，LT选项。
NX：设置钥匙未过期的到期时间； 在过期和连续的主架构中，这两台机器的时钟都不能同步。
主要到期信息由UNIX绝对木材表示。
为了正常进行过期的操作，机器之间的时间必须稳定且同步，否则到期时间将不准确。
例如，如果两台机器通过RDB交付高度调整，则将将来将来将来将其设置为2 000秒。
懒惰的清除非常容易。
例如，当Redis接收客户的GetMovie：Ozawa＃ma ... liya.rmvb的请求时，它将首先检查key = movie：ozawa＃ma ... liya.rmvb已过期，如果它过期，它将被删除。
删除过期数据的主动性已提交给每个访问请求。
该实现是通过扩展函数实现的，资源代码路径是：SRC/DB.C。
intexpirefeedeed（redisdb*db，robj*键，intforce_delete_expired）{//不育，return0if（！keyisexpired（db，key））return0; lete_expired）return1 ;} if（checkClientPauseTimeOutingAndReturnifPaused（））return1 ;/*deleteTheKey*/deleteexid您不能让此数据“占据孔而不是污垢”。
默认情况下，每1 秒钟（每1 00ms执行一次），常见的消除SO重复的REDIS每1 秒运行1 0次。
注意：一项运行中，不是要检查所有库和所有键，而是随机检查许多键。
特定步骤如下：从所有主组中随机选择2 0个键，并在结束时间内选择2 0个键； 删除Expire.C源代码的ActiveExpiRecycle函数的实现。
这意味着，在任何时候，最大过期密钥数等于要除以4 的最大写作操作数量。
为什么不检查所有键设置结束时间呢？ 考虑一下，说REDIS保存了1 00W密钥，所有设置了到期时间，并检查每1 00ms的1 00W密钥，并且CPU被浪费了检查到期键，将禁用REDIS。
注意：删除时间或懒惰。
删除数据后，主将产生已删除的指令将其记录到AOF节点和从属。
MA兄弟，如果有太多过期的数据并且及时删除无法完全删除（删除后过期的密钥仍超过2 5 ％），会发生什么，而客户不再要求键，这意味着无法删除懒惰的懒惰，发生了什么？ 它会导致redis用尽内存以及如何打破它吗？ 这个问题很好，答案是使用删除内存机制。
今天就在这里，如果您可能正在窒息大量知识，挽救您的生命很重要。
原始参考文本：https：//juejin.cn/post/7 09 8 2 5 6 1 9 07 3 9 5 7 8 9 1 1

redis怎么给key设置过期时间?

到期策略在REDIS中至关重要，因为它可以保证有效使用内存和及时更新数据。
如果Redis没有实施到期策略，则数据的存储将消耗大量内存，从而导致性能下降，甚至无法继续接收新数据。
与冰箱类似，到期的策略就像清理曝光以保持空间可用一样。
Redis提供了两种到期策略：懒惰的截止日期和定期截止日期。
懒惰到期策略仅在访问数据过期时才能控制，避免频繁进行CPU检查，从而节省资源。
但是，此策略可能会导致大量数据在内存中过期，尤其是在很长一段时间内无法访问的数据上。
常规的到期策略每次都会积极控制和删除分离的数据，以防止过度使用内存。
尽管该策略并非实时懒惰，但它可以有效地管理内存并保证数据的有效性。
为了获得常规的截止日期，Redis采用了有效的数据结构：词典（dict），用于存档钥匙值夫妇。
字典是通过哈希表实现的，其中哈希表的大小和键的数量确定了数据存储效率。
当密钥数超过哈希表大小的一定阈值时，Redis将执行Rehash（Rehash）的操作以保证性能。
常规到期策略的核心是定期越过字典，检查并消除成对过期的钥匙值。
到达常规截止日期的关键是确定控制键的频率和消除过期的密钥。
这是由REDIS配置文件中的HZ参数控制的，该文件定义了执行第二个的定期检查数量。
预定义的值为1 0，这意味着它曾经控制第二个，通过执行特定方法（Servocron（））清洁到期键。
可以在以下段落中简化周期截止日期的逻辑：通过字典中的一对键值对项目进行检查，检查每个密钥的到期时间； 此过程将通过REDIS的内部机制自动完成，确保有效的内存管理并避免由CPU检查引起的一般费用。

Redis详解------ 过期删除策略

REDIS到期策略包括一系列准确的操作，主要是通过确定生存时间和删除策略以确保数据时序和内存管理效率。
主要有以下几点：1 设置到期时间提供四个订单，以设定钥匙生存的时间：在秒或毫升的情况下到期/pexpire，并确定到期的到期为年代。
实际上，前三个订单最终将转换为Pexpireat进行实施。
2 确定到期时间并删除REDIS在到期时将密钥存储在该键时。
在查询期间，它可以验证键是否结束，如果其有效性结束，它将从内存中删除。
使用延续来删除钥匙的到期时间，并使用TTL和PTTL查询剩余时间。
3 过期的删除策略包括删除策略：特定删除（友好的内存，可能影响中央处理单元），懒惰删除（CPU的朋友，可能导致内存泄漏）和常规删除（减少对中央处理单元的影响，但需要平衡删除频率）。
REDIS使用缓慢的删除和正常删除的混合物来确保在使用期间检查过期检查，同时定期清洁到期键。
激光删除：在执行读取和写作订单密钥之前检查有效性的到期，并在删除后实现相应的过程。
周期性删除：通过ActiveExpiRecycle实现，以验证过期的键并以有限的频率在某些数据库中删除它们。
在Redis 2 .6 ，然后在调整Hz组成的情况下可以修改周期性删除的频率，但是应避免它很高以降低中央处理单元的压力。
内存管理如果未定期删除结尾键，则可能会导致内存。
目前，删除内存的重新策略将输入内存资源的合理自定义。