今天解决一个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的客户端

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