Redis删除数据后内存占用高
- Redis数据删除后,Redis释放的内存空间会有内存分配器管理,并不会立即返回给操作系统。所以操作系统看到的内存占用依然很高
- Redis释放的空间不连续,导致这些空间有可能处于一种限制的状态,导致有空闲空间但是Redis却不会存数据
内存碎片
形成原因
- 操作系统的内存分配: 内存分配器一般是按固定大小来分配内存,而不是完全按照应用程序申请的内存空间大小给程序分配
- Redis的负载特征:大小不同的键值对,申请内存分配时,本身就会有大小不一样的空间需求
判断内存碎片
- info 命令
- 内存碎片率 mem_fragmentation_ratio = 操作系统分配内存used_memory_rss/ Redis实际使用内存used_memory
- 内存碎片率在1-1.5之间正常,大于1.5就需要清理碎片了 ,意味着已经内存碎片已经超过了50%
- mem_fragmentation_ratio小于1,used_memory_rss小于used_memory,操作系统分配给Redis进程的物理内存,要小于Redis实际存储数据的内存,也就是说Redis没有足够的物理内存可以使用,这会导致Redis一部分内存数据会被换到Swap中,之后当Redis访问Swap中的数据时,延迟会变大,性能下降
清除内存碎片
- 暴力消除,重启Redis
- 启用自动清理
config set activedefrag yes
,配合下边两个参数进行自动清理,当有一个参数不满足条件时,停止清理- active-defrag-ignore-bytes 100mb:表示内存碎片的字节数达到 100MB 时,开始清理
- active-defrag-threshold-lower 10:表示内存碎片空间占操作系统分配给 Redis 的总空间比例达到 10% 时,开始清理
- 为了防止清理的过程中,阻塞cpu,导致Redis延迟增高,通过两个参数控制cpu的时间比例的上下限
- active-defrag-cycle-min 25: 表示自动清理过程所用 CPU 时间的比例不低于 25%,保证清理能正常开展
- active-defrag-cycle-max 75:表示自动清理过程所用 CPU 时间的比例不高于 75%,一旦超过,就停止清理,从而避免在清理时,大量的内存拷贝阻塞 Redis,导致响应延迟升高