Redis额内存回收策略和内存上限

内存上限
Redis可以通过 maxmemory 参数来限制最大可用内存,主要为了避免Redis内存超过操作系统内存,从而导致服务器响应变慢甚至死机的情况。

maxmemory 参数限制的是Redis的对象内存大小,也就是 used_memory 对应的内存大小。由于内存碎片的存在,所以Redis服务器实际占用的内存是要超过 maxmemory 的。

所以我们在设置Redis内存上限的时候要预留一部分内存出来,比如说一台32GB内存的机器,可以启动 3 台8GB内存的Redis,预留8GB给机器其他进程、内存碎片、fork子进程等。

可以通过 config set maxmemory 命令来动态修改Redis内存上限:

192.168.1.4>config set maxmemory 2GB
"OK"

内存回收策略

Redis的内存回收策略主要体现在两个方面:
- 删除到达过期时间的键对象
- 内存达到 maxmemory 后的淘汰机制

删除过期键对象
由于Redis进程内保存了大量的键,维护每个键的过期时间去删除键会消耗大量的CPU资源,对于单线程的Redis来说成本很高。所以Redis采用惰性删除 + 定时任务删除机制来实现过期键的内存回收。

惰性删除:当客户端读取键时,如果键带有过期时间并且已经过期,那么会执行删除操作并且查询命令返回空。这种机制是为了节约CPU成本,不需要单独维护一个TTL链表来处理过期的键。但是这种删除机制会导致内存不能及时得到释放,所以将结合下面的定时任务删除机制一起使用。
定时任务删除:Redis内部维护一个定时任务,用于随机获取一些带有过期属性的键,并将其中过期的键删除。来删除一些过期的冷数据。
在兼顾CPU和内存的的考虑下,Redis使用惰性删除 + 定时任务删除机制相结合,来删除过期键对象。

淘汰机制
当Redis所使用的内存达到 maxmemory 之后会触发相应的溢出控制策略,Redis支持 6 种策略:
- noeviction:当内存使用达到阈值的时候,所有引起申请内存的命令会报错。
- allkeys-lru:在所有键中采用lru算法删除键,直到腾出足够内存为止。
- volatile-lru:在设置了过期时间的键中采用lru算法删除键,直到腾出足够内存为止。
- allkeys-random:在所有键中采用随机删除键,直到腾出足够内存为止。
- volatile-random:在设置了过期时间的键中随机删除键,直到腾出足够内存为止。
- volatile-ttl:在设置了过期时间的键空间中,具有更早过期时间的key优先移除。

lru是Least Recently Used的缩写,即最近最少使用。

内存的溢出控制策略可以采用 config set maxmemory-policy {policy} 命令来动态配置:

192.168.1.4>config set maxmemory-policy volatile-lru
"OK"

频繁执行回收内存成本很高,每次都要去查找可回收键和删除键,所以合理设置Redis的 maxmenory 很重要,不合理的Redis溢出控制策略可能会导致一些不可预知的问题。

参考:Redis的内存上限和内存回收策略

原文地址:https://www.cnblogs.com/aspirant/p/11450924.html

时间: 2024-11-05 23:28:29

Redis额内存回收策略和内存上限的相关文章

(转)从内存管 理、内存泄漏、内存回收探讨C++内存管理

http://www.cr173.com/html/18898_all.html 内存管理是C++最令人切齿痛恨的问题,也是C++最有争议的问题,C++高手从中获得了更好的性能,更大的自由,C++菜鸟的收获则是一遍一遍的检查代码和对 C++的痛恨,但内存管理在C++中无处不在,内存泄漏几乎在每个C++程序中都会发生,因此要想成为C++高手,内存管理一关是必须要过的,除非放弃 C++,转到Java或者.NET,他们的内存管理基本是自动的,当然你也放弃了自由和对内存的支配权,还放弃了C++超绝的性能

Centos清理内存 内存回收释放及内存使用查看的相关命令

在清理前内存使用情况 free -m 用以下命令清理内存 echo 1 > /proc/sys/vm/drop_caches 清理后内存使用情况再用以下命令看看. free –m 多出很多内存了吧. 查看内存条数命令: dmidecode |grep -A16 "Memory Device$"

垃圾收集器与内存分配策略(六)之内存分配与回收策略

垃圾收集器与内存分配策略(六)--内存分配与回收策略 对象的内存分配,一般来说就是在堆上的分配(但也可能经过JIT编译后被拆散为标量类型并间接地栈上分配),对象分配的细节取决于当前使用的是哪一种垃圾收集器组合,还有虚拟机中与内存相关的参数设置. 区分Minor GC与 Full GC: 新生代GC(Minor GC):指发生在新生代的的垃圾收集动作,因为Java对象大多具有朝生夕灭的特性,所以Minor GC非常频繁,一般回收速度也比较快. 老年代GC(Full GC / Major GC):老

JVM系列三:内存分配与回收策略

内存分配策略 1.对象优先分配在新生代Eden区 多数情况下,对象分配在新生代的Eden,若Eden区域内存不够,则引发一次Minor GC 2.大对象直接进入老年代 大对象直接分配在老年代,避免新生代里出现从Eden到Survivor频繁的内存复制 可用-XX:PretenureSizeThreshold设置,大于此值的对象直接分配在老年代 典型的大对象有长字符串或者数组等 3.长久存活的对象进入老年代 有的对象经过几次MinorGC都没有被回收,则可以被移入老年代 可用-XX:MaxTenu

redis键的过期和内存淘汰策略

键的过期时间 设置过期时间 Redis可以为存储在数据库中的值设置过期时间,作为一个缓存数据库,这个特性是很有帮助的.我们项目中的token或其他登录信息,尤其是短信验证码都是有时间限制的. 按照传统的方法都是项目本身判断过期,这样无疑影响了系统性能. redis可以为set或者expire两种方式为键设置过期时间 1 Jedis jedis = new Jedis("localhost"); 2 //nxxx:nx是不存在是才set,xx是存在时才set 3 //expx:EX是秒,

JVM内存分配策略,及垃圾回收算法

本人免费整理了Java高级资料,一共30G,需要自己领取;传送门:https://mp.weixin.qq.com/s/JzddfH-7yNudmkjT0IRL8Q 说起垃圾收集(Garbage Collection, GC),想必大家都不陌生,它是JVM实现里非常重要的一环,JVM成熟的内存动态分配与回收技术使Java(当然还有其他运行在JVM上的语言,如Scala等)程序员在提升开发效率上获得了惊人的便利.理解GC,对于理解JVM和Java语言有着非常重要的作用.并且当我们需要排查各种内存溢

常见Key-Value存储系统的内存管理策略解析

Key-Value存储作为NoSQL存储的一种常见方式,提供了比SQL数据库更好的可扩展性和读写性能.比如当前开源最热门的Memcached和Redis:淘宝的Tair.腾讯的Cmem.Amazon的Dynamo等等,无论是做缓存还是持久存储,均使用内存作为主要存储介质,故内存管理策略就显得尤为重要了,是影响性能的重要因素. 这里从源代码层面对Memcached.Redis和UDC(腾讯以前用的一套KV持久化存储系统)的内存管理策略进行分析,3者的内存管理策略各不相同,其他KV系统也和这3种方法

RHCA442学习笔记-Unit11内存回收

Unit 12 Memory Reclamation 内存回收            学习目标: A. 了解和调整内存回收 B.   调整内存溢出 C. 调整虚拟内存(swap)的使用 12.1        Characterizing page status各种页面状态的特征 A. .Free 空闲页 页面可以马上分配给进程 B Inactive Clean 干净页 a. 页面内容已写入磁盘,或者 b. 数据从磁盘读入内存后未作修改 c. 这种页面可以分配 C. Inactive Dirty

第三章 垃圾收集器和内存分配策略

第三章 垃圾收集器和内存分配策略 对象已死吗 引用计算方法 可达性分析算法 通过一些列的GC roots 对象作为起始点,从这些节点开始向下搜索,搜索所走过的路径成为引用链,当一个对象到GC roots 没有任何引用链的则证明对象不可用的 虚拟机栈中的引用的对象 方法区中类静态属性引用的对象 方法去区中常量引用的对象 本地方法栈中JNI引用的对象 生存还是死亡 一次筛选,筛选是否有必要执行 finalize()方法 没有覆盖或者finalize()已经被调用过  视为没必要执行 放入一个F-Qu