Redis数据结构和使用场景,redis内存淘汰策略

本文探讨了Redis的高性能原因,包括纯内存操作、单线程避免上下文切换、非阻塞I/O多路复用机制。同时,分析了数据适合放入Redis的条件,以及面对内存不足时的定期删除、惰性删除和内存淘汰策略。

什么样的数据适合放入Redis?

sql执行耗时特别久,且结果不频繁变动的数据,适合放入Redis。

Redis是单线程的,为什么会这么快?

  • 纯内存操作
  • 单线程操作,避免频繁的上下文切换
  • 采用了非阻塞I/O多路复用机制

Redis数据类型及使用场景

Redis只能存5G数据,可你写了10G,如何删除多余的5G数据?

Redis采用定期删除+惰性删除策略:

定期删除,redis每过一段时间(默认100ms)进行随机抽取检查,有过期key则删除;

惰性删除,放任过期键不管,在每次获取键时检查是否过期,过期则删除。

采用定期删除+惰性删除策略其实也会出现其他问题

如果定期删除没删除掉key,也没有及时去获取key(及惰性删除也没生效),那么该策略就不灵了。

补救措施是采用淘汰机制:

redis.conf中有一个配置 #maxmemory-policy allkeys-random

划线位置就是内存淘汰策略,有如下配置:

noeviction:当内存不足以容纳新写入数据时,新写入操作报错。

allkeys-lru:当内存不足以容纳新写入数据时,移除最近最少使用的Key(推荐)

allkeys-random:当内存不足以容纳新写入数据时,随机移除某个key(不推荐)

 

转载于:https://www.cnblogs.com/java-spring/p/10839028.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值