redis内存使用分析

2022-04-03 内存 Redis

今天解决一个redis内存使用量大的问题。和大家分享一下。
有一个历史遗留系统A，因为一些业务原因，申请了很大的redis内存。从40G一路加到了80G 。但是仍然经常告警，达到了max_memory 。
联系系统用户，删除了大量数据。查看内存，仍然处于紧张状态。
查了一些资料。
redis的内存使用构成我们查询redis的内存使用：

info memory

used_memory Redis：分配器分配的内存量，也就是实际存储数据的内存总量
used_memory_human：以可读格式返回 Redis 使用的内存总量
used_memory_rss：从操作系统的角度，Redis进程占用的总物理内存
used_memory_peak：内存分配器分配的最大内存，代表used_memory的历史峰值
used_memory_peak_human: 以可读的格式显示内存消耗峰值
used_memory_lua:Lua引擎所消耗的内存
mem_fragmentation_ratio:used_memory_rss /used_memory比值，表示内存碎片率
mem_allocator:Redis 所使用的内存分配器。默认: jemalloc
计算公式如下：
used_memory = 自身内存+对象内存+缓冲内存+lua内存
used_rss = used_memory + 内存碎片
如下图所示：

文章插图

3.1.2 内存分析

1）自身内存：一个空的Redis占用很小，可以忽略不计
2） kv内存：key对象 + value对象
3）缓冲区：客户端缓冲区(普通 + slave伪装 + pubsub)以及aof缓冲区(比较固定，一般没问题)
4） Lua：Lua引擎所消耗的内存

内存突增常见问题

1） kv内存：bigkey、大量写入
2）客户端缓冲区：一般常见的有普通客户端缓冲区(例如monitor命令)或者pubsub客户端缓冲区

可能出现的问题排查

1） bigkey？

redis --bigkeys：可以对redis整个 keyspace 进行统计（数据量大时采样，调用 scan 命令），寻找每种数据类型较大的 keys，给出数据统计 redis-cli --bigkeys -i 0.1 -h 127.0.0.1

2）键值个数增加？
3）客户端缓冲区

如果是因为缓冲区问题，会从info clients找到明显问题。重点观察是否明显的omem大于0的情况。

4） Redis的kv哈希表做了 rehash

问题解决本次遇到的问题是客户端缓冲区问题，使用如下命令
redis-cli -c -h x.x.x.x -p 6398 -a xxxx client list | grep -v 'omem=0'
查询缓冲器非0的客户端

文章插图

发现有一个客户端持有了大量内存缓冲。将对应的应用重启后。内存使用量一下子降下来了。

文章插图

【redis内存使用分析】

推荐阅读

上一篇：海投东湖城交房角美东湖城什么时候交房

下一篇：怎么把饰品店做好饰品店怎么摆设好看