【redis】redis的过期策略以及内存淘汰机制
前言
今天我们讨论下redis的过期策略以及内存淘汰机制，如果你想要考察一个人对redis的了解，那吗这个问题是必选的，从他对这个问题的回答中，就可以了解到他的redis深浅。
过期策略
先来介绍下，Redis key 过期删除的策略有三种方式：
- 被动删除：当读/写一个已经过期的key时，会触发惰性删除策略，直接删除掉这个过期key。
- 主动删除：由于惰性删除策略无法保证冷数据被及时删掉，所以Redis会定期主动淘汰一批已过期的key。
但了解这些还不够，你还应该继续追问下去：
问：
比如你redis只能存5G数据，可是你 写了10G，那会删5G的数据。怎么删的，这个问题思考过么? 还有，你的数据已经设置了过期时间，但是时间到 了，内存占用率还是比较高，有思考过原因么?
答： redis采用的是定期删除+惰性删除策略。
问：
为什么不用定时删 除策略?
答： 定时删除,用一个定时器来负责监视key,过期则自动删除。虽然内存及时释放，但是十分消耗CPU资源。在 大并发请求下，CPU要将时间应用在处理请求，而不是删除key,因此没有采用这一策略
问：
定期删除+惰性删除是如何 工作的呢?
答： 定期删除，redis默认每个100ms检查，是否有过期的key，有过期key则删除。需要说明的是，redis不是 每个100ms将所有的key检查一次，而是随机抽取进行检查(如果每隔100ms,全部key进行检查，redis岂不是卡 死)。因此，如果只采用定期删除策略，会导致很多key到时间没有删除。 于是，惰性删除派上用场。也就是说在你 获取某个key的时候，redis会检查一下，这个key如果设置了过期时间那么是否过期了?如果过期了此时就会删 除。
问：
采用定期删除+惰性删除就没其他问题了么?
答： 不是的，如果定期删除没删除key。然后你也没即时去请求key， 也就是说惰性删除也没生效。这样，redis的内存会越来越高。那么就应该采用内存淘汰机制。 在redis.conf中有一 行配置
# maxmemory-policy volatile-lru
内存淘汰机制
上面的这行代码配置就是配内存淘汰策略的(什么，你没配过?好好反省一下自己) 。
- noeviction：当内存不足以容纳新写入数据时，新写入操作会报错。应该没人用吧。
- allkeys-lru：当内存不足以容纳新写入数据时，在键空间中，移除最近最少使用的key。推荐使用，目前项目在用这种。
- allkeys-random：当内存不足以容纳新写入数据时，在键空间中，随机移除某个key。应该也没人用吧，你不删最少使用Key。去随机删。
- volatile-lru：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，移除最近最少使用的key。这种情况一般是把redis既当缓存，又做持久化存储的时候才用。不推荐
- volatile-random：当内存不足以容纳新写入数据时，在设置了过期时间的键 空间中，随机移除某个key。依然不推荐
- volatile-ttl：当内存不足以容纳新写入数据时，在设置了过期时间的键 空间中，有更早过期时间的key优先移除。不推荐
那么，你对redis的过期策略以及内存淘汰机制了解多少呢？
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：https://dhexx.cn/news/show-6880541.html
如若内容造成侵权/违法违规/事实不符，请联系我的编程经验分享网进行投诉反馈，一经查实，立即删除！