Redis 删除数据后,为什么内存占用率还是很高

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,导致响应延迟升高
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值