大家好，又见面了，我是你们的朋友全栈君。
过期删除策略
redis可以对key的通用设置中，可以设置key的过期时间及ttl
如果单纯的再client中进行命令测试的话，会发现了当时间到时间后
再去获取该key会显示nil
那么一个key过期了，那么它实际是在什么时候删除的呢？
当然这个删除也不是简单的到期了就直接被删除了
redis中对于过期键的过期删除策略
- 定时删除
- 惰性删除
- 定期删除
定时删除
它会在设置键的过期时间的同时，创建一个定时器， 当键到了过期时间，定时器会立即对键进行删除。 这个策略能够保证过期键的尽快删除，快速释放内存空间。
但是有得必有失，redis的操作频率是非常高的。绝大多数的键都是携带过期时间的，这样就会造成出现大量的定时器执行，严重降低系统性能
总的来说：该策略对内存来说十分的友好，但对cpu来说非常不友好，会拉低系统的性能，因此不建议使用
惰性删除
为了解决定时删除会占用大量CPU资源的问题， 因此产生了惰性删除。
它不持续关注key的过期时间， 而是在获取key时，才会检查key是否过期，如果过期则删除该key。简单来说就是：平时我不关注你，我用到你了，我才关注你在不在。
总的来说：惰性删除对CPU足够友好，但是对内存空间非常不友好，会造成大量内存空间的浪费。
定期删除
定期删除，顾名思义，就是每隔一段时间进行一次删除
- 如果删除操作执行次数过多、执行时间太长，就会导致和定时删除同样的问题：占用大量cpu资源去进行删除操作
- 如果删除操作次数太少、执行时间短，就会导致和惰性删除同样的问题：内存资源被持续占用，得不到释放。
所以定时删除最关键的就在于执行时长和频率的设置
- 默认每秒运行10次会对具有过期时间的key进行一次扫描，但是并不会扫描全部的key，因为这样会大大延长扫描时间。
- 每次默认只会随机扫描20个key，同时删除这20个key中已经过期的key。
- 如果这20个key中过期key的比例达超过25%，则继续扫描。
参数配置
默认每秒扫描10次，我们可以在redis的配置文件中进行更改
对于hz参数，官方不建议超过100，否则会把cpu造成比较大的压力
内存淘汰策略
为什么需要内存淘汰策略
可以思考两个问题
- 通过惰性+定期删除，能不能百分百避免过期key没有被删除的情况？
- 当大量插入插入到redis，但内存空间不足时，redis会如何处理呢？
有一些已经过期的key，定期扫描一直都没有扫描到它，而且这些key也一直没有被使用。 那么它们就会一直在内存中存在。同时继续向Redis不断插入新数据，最终造成内存空间不足的问题。
对于这种问题的解决，就用到了内存淘汰策略。
策略详解
当客户端执行命令，添加数据时，Redis会检查内存空间大小，如超过最大内存，则触发内存淘汰策略。
在Redis中默认提供了三类八种淘汰策略。
这里我们可以看到两个名称：lru、lfu，他俩是什么意思呢？
他们的学名叫做：数据驱逐策略。 其实所谓的驱逐就是将数据从内存中删除掉。
- lru：Least Recently Used，它是以时间为基准，删除最近最久未被使用的key。
- lfu：Least Frequently Used，它是以频次为基准，删除最近最少未被使用的key。
redis默认使用noeviction，我们可以通过修改redis.conf中maxmemory-policy属性值设置不同的内存淘汰策略。
不同策略的使用场景
1、Redis只做缓存，不做DB持久化，使用allkeys。如状态性信息，经常被访问，但数据库不会修改。
2、同时用于缓存和DB持久化，使用volatile。如商品详情页。
3、存在冷热数据区分，则选择LRU或LFU。如热点新闻，热搜话题等。
4、每个key被访问概率基本相同，选择使用random。如企业内部系统，访问量不大，删除谁对数据库也造成太大压力。
5、根据超时时间长久淘汰数据，选择选用ttl。如微信过期好友请求。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/127819.html原文链接：https://javaforall.net
![奇点临近-人工智能的时代已经来了[通俗易懂]](https://javaforall.net/wp-content/uploads/2020/11/2020110817443450-480x300.jpg)
