Redis持续占用大量内存并且在OOM(内存不足)时被杀掉。

4

目前,我的8GB RAM服务器使用了5.33GB来存储Redis(服务器的其他部分占用大约1.6GB,所以即使在重新启动服务器后,我也已经占用了~7GB RAM [88%])。Redis的内存使用会不断增长,直到最终被Ubuntu的OOM杀死,从而导致我的节点应用程序出现一系列错误。

我在本文底部附上了Redis INFO输出。我最初认为redis中可能有太多的键,但是我从Redis(http://redis.io/topics/faq) 中读到,100万个键只需要 ~100MB。我们大约有200万个键( ~200MB),所以这不可能是问题的原因。

我的问题是: - Redis将所有这些内存放在哪里?键空间几乎不占用空间。 - 我能做什么来阻止它不断地消耗更多内存?

谢谢!

# Server
redis_version:2.8.6
redis_git_sha1:00000000
redis_git_dirty:0
redis_build_id:f73a208b84b18824
redis_mode:standalone
os:Linux 3.2.0-55-virtual x86_64
arch_bits:64
multiplexing_api:epoll
gcc_version:4.6.3
process_id:1286
run_id:6d3daee5341a549dfaca63706c40c44086198317
tcp_port:6379
uptime_in_seconds:1390
uptime_in_days:0
hz:10
lru_clock:771223
config_file:/etc/redis/redis.conf

# Clients
connected_clients:198
client_longest_output_list:0
client_biggest_input_buf:0
blocked_clients:72

# Memory
used_memory:5720230408
used_memory_human:5.33G
used_memory_rss:5826732032
used_memory_peak:5732485800
used_memory_peak_human:5.34G
used_memory_lua:33792
mem_fragmentation_ratio:1.02
mem_allocator:jemalloc-3.5.0

# Persistence
loading:0
rdb_changes_since_last_save:94
rdb_bgsave_in_progress:0
rdb_last_save_time:1412804004
rdb_last_bgsave_status:ok
rdb_last_bgsave_time_sec:40
rdb_current_bgsave_time_sec:-1
aof_enabled:0
aof_rewrite_in_progress:0
aof_rewrite_scheduled:0
aof_last_rewrite_time_sec:-1
aof_current_rewrite_time_sec:-1
aof_last_bgrewrite_status:ok
aof_last_write_status:ok

# Stats
total_connections_received:382
total_commands_processed:36936
instantaneous_ops_per_sec:0
rejected_connections:0
sync_full:0
sync_partial_ok:0
sync_partial_err:0
expired_keys:0
evicted_keys:0
keyspace_hits:2421
keyspace_misses:1
pubsub_channels:1
pubsub_patterns:9
latest_fork_usec:1361869

# Replication
role:master
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0

# CPU
used_cpu_sys:15.95
used_cpu_user:101.34
used_cpu_sys_children:12.55
used_cpu_user_children:146.17

# Keyspace
db0:keys=2082234,expires=1162351,avg_ttl=306635722644

4
通过设置maxmemory来避免oom killer。你的keys中有什么?键的数量肯定是一个因素,但它们的值的大小(以及它们名称的长度)也很重要。 - Itamar Haber
1个回答

1
感谢您的回复Itamar。我错误地以为键和值的大小大致相同,没有认真思考。事实证明,存储了一些来自kue的哈希值,每个哈希值都超过10KB,并且我们有数十万个哈希值。删除这些哈希值解决了问题。
再次感谢。

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接