memory-leaks - 如何判断Redis内存泄漏？

Question

从昨天开始，我们的 Redis 服务器逐渐(200MB/小时)使用更多内存，而键的数量 (330K) 及其数据 (132MB redis-rdb-tools) 保持大致相同。

redis-cli 信息的输出显示使用了 6.89G 内存？!

redis_version:2.4.10
redis_git_sha1:00000000
redis_git_dirty:0
arch_bits:64
multiplexing_api:epoll
gcc_version:4.4.6
process_id:3437
uptime_in_seconds:296453
uptime_in_days:3
lru_clock:1905188
used_cpu_sys:8605.03
used_cpu_user:1480.46
used_cpu_sys_children:1035.93
used_cpu_user_children:3504.93
connected_clients:404
connected_slaves:0
client_longest_output_list:0
client_biggest_input_buf:0
blocked_clients:0
used_memory:7400076728
used_memory_human:6.89G
used_memory_rss:7186984960
used_memory_peak:7427443856
used_memory_peak_human:6.92G
mem_fragmentation_ratio:0.97
mem_allocator:jemalloc-2.2.5
loading:0
aof_enabled:0
changes_since_last_save:1672
bgsave_in_progress:0
last_save_time:1403172198
bgrewriteaof_in_progress:0
total_connections_received:3616
total_commands_processed:127741023
expired_keys:0
evicted_keys:0
keyspace_hits:18817574
keyspace_misses:8285349
pubsub_channels:0
pubsub_patterns:0
latest_fork_usec:1619791
vm_enabled:0
role:slave
master_host:***BLOCKED***
master_port:6379
master_link_status:up
master_last_io_seconds_ago:0
master_sync_in_progress:0
db0:keys=372995,expires=372995
db6:keys=68399,expires=68399

当我们将 (.net) 客户端代码从 BookSleeve 1.1.0.4 更新到 ServiceStack v3.9.71 以准备升级到 Redis 2.8 时，问题就开始了。但是很多其他的东西被更新到了 而我们的 session 状态存储(也是 redis，但是有 harbor 客户端)没有表现出相同的症状。

所有的 Redis 内存去哪儿了？我该如何解决它的使用问题？

编辑:我刚刚重启了这个实例，内存又回到了350M，现在又在爬升。前 10 个最大对象的大小仍然相同，对于 nr 1，从 100K 到 25M 不等。键的数量已下降到 270K(之前为 330K)。

Answer 1

以下是 Redis 中“隐藏”内存消耗的一些来源:

• Marc 已经提到了由 master 维护的缓冲区来喂养 slave。如果一个从服务器落后于它的主服务器(例如，因为它在一个较慢的机器上运行)，那么主服务器将消耗一些内存。

• 当检测到长时间运行的命令时，Redis 会将它们记录在 SLOWLOG 区域，这会占用一些内存。您可能想要使用 SLOWLOG LEN 命令来检查您在此处拥有的记录数。

• 通信缓冲区也可以占用内存。据我所知，对于旧版本的 Redis(2.4 已经很老了——你真的应该升级)，它是无界的，这意味着如果你在某个点传输一个大对象，与这个客户端连接相关的通信缓冲区将会增长并且永不收缩。如果有很多客户端偶尔会处理大型对象，则可能是一种解释。如果您使用命令从 Redis 中检索非常大的数据(一次性)，它也可以作为一种解释。例如，在存储数百万个 key 的 Redis 服务器上应用一个简单的 KEYS * 命令将消耗大量内存。

您提到您拥有 25 MB 大小的对象。您有 404 个客户端连接，如果每个客户端连接都需要在某个时间点访问此类对象，则会消耗 10 GB 的内存。