Redis内存碎片率

1、 内存碎片率
mem_fragmentation_ratio = used_memory_rss / used_memory
used_memory ：Redis使用其分配器分配的内存大小
used_memory_rss ：操做系统分配给Redis实例的内存大小，表示该进程所占物理内存的大小
二者包括了实际缓存占用的内存和Redis自身运行所占用的内存，used_memory_rss指标还包含了内存碎片的开销，内存碎片是由操做系统低效的分配/回收物理内存致使的。
mem_fragmentation_ratio < 1 表示Redis内存分配超出了物理内存，操做系统正在进行内存交换，内存交换会引发很是明显的响应延迟；
mem_fragmentation_ratio > 1 是合理的；
mem_fragmentation_ratio > 1.5 说明Redis消耗了实际须要物理内存的150%以上，其中50%是内存碎片率，多是操做系统或Redis实例中内存管理变差的表现

2、 内存碎片率高的缘由
遇到变长key-value负载：存储的数据长短差别较大，频繁更新，redis的每一个k-v对初始化的内存大小是最适合的，当修改的value改变的而且原来内存大小不适用的时候，就须要从新分配内存。从新分配以后，就会有一部份内存redis没法正常回收，一直占用着。
maxmemory限制致使key被回收删除
redis写入大量数据，这些数据的key和原来的数据不少不一致，数据超过maxmemory限制后redis会经过key的回收策略将部分旧数据淘汰，而被淘汰的数据自己占用的内存却没有被redis进程释放，致使redis内存的有效数据虽然没有超过最大内存，可是整个进程的内存在一直增加
info信息中的evicted_keys字段显示的是，由于maxmemory限制致使key被回收删除的数量
key常常须要回收，会使客户端命令响应延迟时间增长，由于Redis不但要处理客户端过来的命令请求，还要频繁的回收知足条件的key
redis-review.eageye.com集群，运行以来删除过的key的数量
3、 解决方法
限制内存交换： 若是内存碎片率低于1，Redis实例可能会把部分数据交换到硬盘上，应该增长可用物理内存或减小实Redis内存占用，设置maxmemory和回收策略能够避免强制内存交换
重启Redis服务器：若是内存碎片率超过1.5，重启Redis服务器可让额外产生的内存碎片失效并从新做为新内存来使用，使操做系统恢复高效的内存管理。额外碎片的产生是因为Redis释放了内存块，但内存分配器并无返回内存给操做系统
内存碎片清理：Redis 4.0-RC3 以上版本，使用jemalloc做为内存分配器(默认的) 支持内存碎片清理
支持在运行期进行自动内存碎片清理
设置自动清理 config set activedefrag yes，使用config rewrite 将redis内存中新配置刷新到配置文件
支持经过命令 memory purge 进行手动清理(与自动清理区域不一样)

redis4支持内存碎片清理功能使用
内存碎片率

原文：https://blog.csdn.net/my_tiantian/article/details/84333716