从昨天起，我们的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时，问题就出现了。但是很多其他的东西都更新了。我们的会话状态存储（也是redis，但是有了ports客户端）没有显示相同的症状。
Redis内存在哪里？我该如何解决它的使用问题？
编辑：我刚刚重启了这个实例并且内存返回到350M并且现在再次攀升。前10个最大的对象仍然是相同的大小，从1K到100M不等。密钥数量已降至270K（之前为330K）。
答案 0 :(得分：5)
以下是Redis中“隐藏”内存消耗的一些来源：
Marc已经提到了主设备为从属设备维护的缓冲区。如果一个从站落后于它的主站（因为它运行在一个较慢的盒子上），那么主站将消耗一些内存。
当检测到长时间运行的命令时，Redis会将它们记录在SLOWLOG区域，这需要一些内存。您可能希望使用SLOWLOG LEN命令来检查此处的记录数。
通信缓冲区也可以占用内存。据我所知，对于旧版本的Redis（和2.4很老 - 你应该真的升级），它是无限的，这意味着如果你在一个点上传输一个大对象，与这个客户端连接相关的通信缓冲区将会增长永不畏缩如果有许多客户偶尔处理大型对象，则可能是一种可能的解释。如果您使用从Redis中检索非常大的数据的命令（一次性），它也可以作为解释。例如，在存储数百万个密钥的Redis服务器上应用的简单KEYS *命令将消耗大量内存。
您提到您有大到25 MB的对象。你有404个客户端连接，如果每个客户端需要在某个时间点访问这些对象，它将消耗10 GB的内存。