每日八股-Redis篇-06

这篇具有很好参考价值的文章主要介绍了每日八股-Redis篇-06。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。


主要内容:
  • 数据过期策略
  • 数据淘汰策略

1.假如Redis的key过期之后,会立即删除吗?

Redis对数据设置数据的有效时间,数据过期以后,就需要将数据从内存中删除掉。可以按照不同的规则进行删除,这种删除规则就被称之为数据的删除策略(数据过期策略)。

惰性删除:

设置该key过期时间后,我们不去管他,当需要该key的时候,我们再检查其是否过期,如果过期,我们就删掉它,反之返回该key。

例如:

get name zhangsan 10
get name //发现name过期了,直接删除key	

优点:对CPU友好,只有在使用该key时才会进行过期检查,对于很多用不到的key不用浪费时间进行过期检查。

缺点:对内存不友好,如果一个key已经过期,但是一直没有使用,那么该key就会一直存在内存中,内存永远不会释放。

定期删除:

每隔一段时间,我们就对一些key进行检查,删除里面过期的key(从一定数量的数据库中取出一定数量的随机key进行检查,并删除其中过期的key)

定期清理有两种模式:

  • SLOW模式是定时任务,执行频率默认为10HZ,每次不超过25HZ,以通过修改配置文件redis.conf的HZ选项来调整这个次数
  • FAST模式执行频率不固定,但是两次间隔不低于2ms,每次耗时不超过1ms

优点:可以通过限制删除操作执行的时长和频率来减少操作对CPU的影响。另外定期删除,也能有效释放过期键占用的内存。

缺点:难以确定删除操作执行的时长和频率/

Redis的过期删除策略:惰性删除+定期删除两种策略进行配合使用

2.假如缓存过多,内存是有限的,内存被占满了怎么办?

其实就是想问Redis的数据淘汰策略是什么。

数据的淘汰策略:当Redis中的内存不够用时,此再向Redis中添加新的key,那么Redis就会按照某一种规则将内存中的数据删除掉,这种数据的删除规则被称为内存的淘汰策略。

Redis支持8种不同策略来选择要删除的key:

  • noeviction:不淘汰任何key,但是内存满时不允许写入新数据,默认就是这种策略
  • volatile-ttl:对设置了TTL的key,比较key的剩余TTL值,TTL越小越先被淘汰
  • allkeys-random:对全体的key,随机进行淘汰
  • volatile-random:对设置了TTL的key,随机进行淘汰
  • allkeys-lru:对全体key,基于LRU算法进行淘汰
  • allkeys-lfu:对全体key,基于LFU算法进行淘汰
  • volatile-lru:对设置了TTL的key,基于LRU算法进行淘汰
  • volatile-lfu:对设置了TTL的key,基于LFU算法进行淘汰

数据淘汰策略-使用建议

1.优先使用allkeys-lru策略。充分利用LRU的算法优势,把最近最常访问的数据留在缓存中。如果业务有明显的冷热数据区分,建议使用。

2.如果业务中数据访问频繁差别不大,没有明显冷热数据区分,建议使用allkeys-random,随机淘汰选择。

3.如果业务中有置顶的需求,可以使用volatile-lru策略,同时置顶数据不设置过期时间,这些数据就一直不被删除,会淘汰其他设置过期时间的数据。

4.如果业务中有短时高频访问的数据,可以使用allkeys-lfu或volatile-lfu策略。

3.关于数据淘汰策略其他方面的面试问题

1.数据库有1000万条数据,Redis只能缓存20w数据,如何保证Redis中的数据都是热点数据?

使用allkeys-lru(挑选最近最少使用的数据淘汰策略)淘汰策略,留下来的都是经常访问的热点数据。

2.Redis的内存用完了会发生什么?

主要看数据淘汰策略是什么?如果是默认的配置(noeviction),会直接报错。

如果您认为这篇文章对您有所帮助,希望能给我点一个免费的赞或收藏,这将是我创作的动力和鼓励!文章来源地址https://www.toymoban.com/news/detail-490957.html

到了这里,关于每日八股-Redis篇-06的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • Redis 原理缓存过期、一致性hash、雪崩、穿透、并发、布隆、缓存更新策略、缓存数据库一致性

    redis的过期策略可以通过配置文件进行配置 redis会把设置了过期时间的key放在单独的字典中,定时遍历来删除到期的key。 1).每100ms从过期字典中 随机挑选20个,把其中过期的key删除; 2).如果过期的key占比超过1/4,重复步骤1 为了保证不会循环过度,导致卡顿,扫描时间上限

    2024年02月08日
    浏览(56)
  • Redis的过期策略

    Redis 支持的过期策略主要有以下几种: 定时过期(Timed Expiration) 这种策略会在设置键的过期时间时,创建一个定时器,当达到指定的过期时间点时,立即执行删除操作。 这种方式可以精确控制键的生命周期,但是如果有大量的键都设置了过期时间,会创建大量的定时器,对系

    2024年01月19日
    浏览(29)
  • Redis过期策略

    Redis 使用的过期删除策略是什么? Redis 是可以对 key 设置过期时间的,因此需要有相应的机制将已过期的键值对删除,而做这个工作的就是过期键值删除策略。 每当我们对一个 key 设置了过期时间时,Redis 会把该 key 带上过期时间存储到一个 过期字典 (expires dict)中,也就是

    2024年02月09日
    浏览(75)
  • 【Redis】Redis 通用命令、键的过期策略

    Redis 有许多种数据结构,但是这些数据结构的 key 的类型都是字符串类型的(所以说,Redis 不同的数据结构都是针对于 value 而言的)。正因如此,对应相同类型的 key 来说,就有一些通用的来操作 Redis 的命令。 SET 和 GET 可以说是 Redis 中最基础也是最核心的两个命令了,Redi

    2024年02月09日
    浏览(42)
  • Redis通信协议、过期回收策略

    Redis是一个CS架构的软件,通信一般分两步(不包括pipeline和PubSub): 客户端(client)向服务端(server)发送一条命令 服务端解析并执行命令,返回响应结果给客户端 因此客户端发送命令的格式、服务端响应结果的格式必须有一个规范,这个规范就是通信协议。 而在Redis中采

    2024年02月08日
    浏览(36)
  • Redis的缓存过期淘汰策略

    生产上你们redis内存设置多少? 如何配置,修改redis的内存大小? 如果内存满了怎么办? redis清理内存的方式?定期删除和惰性删除了解过吗? redis缓存淘汰策略有哪些?分别是什么?你用哪个? redis的LRU了解过吗?请手写LRU。 LRU和LFU算法的区别是什么? … 如何查看Redis最

    2024年02月07日
    浏览(46)
  • Redis中Key的过期策略

    1.立即删除:         在设置键的过期时间时,会创建一个回调事件,当过期时间达到时, 自动执行回调事件去删除键。 但是立即删除对 cpu 是最不友好的。 2.惰性删除:         惰性删除是指某个键值过期后,此键值不会马上被删除,而是加入到 删除字典( dict和e

    2024年02月15日
    浏览(31)
  • redis的key过期策略;主动/被动

    redis 可以设置 key 的过期时间,但这个 key 的过期时间不一定准确。 因为 redis 执行 key 过期的策略有 2种 : 主动(定时) 被动( get 的时候判断) redis 会给设置过期时间的 key 维护一个字典,然后定时轮询这个字典(每秒10次),随机抓取一批 key (20个),删除其中过期的

    2024年02月16日
    浏览(35)
  • redis 7.x 内存过期淘汰策略

    1.查看redis默认内存大小 config  get  maxmemory config set  maxmemory    1024 注意:在64-bit系统下,maxmemory设置为0表示不限制redis的内存使用。 LRU: 最近最少使用页面置换算法 ,查看页面最后一次被使用到发生调度的时间长度,首先淘汰最长时间未被使用的页面。 LFU:最近最不经常

    2024年02月07日
    浏览(44)
  • 每日八股-Redis篇-05

    1.Redis作为缓存,MySQL的数据如何和Redis进行同步呢?(双写一致性) 设置前提:先介绍自己的业务背景 背景1:我们当时是把文章的热点数据存入到了缓存中,虽然是热点数据,但是 实时要求性并没有那么高 ,所以我们当时采用的是异步的方案同步的数据。 我们当时采用的

    2024年02月08日
    浏览(25)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包