Redis不斷佔用大量的內存並一直增長直到被OOM殺死

目前，我的8GB RAM服務器對Redis使用了5.33GB（服務器的其他部分大約需要1.6GB，所以即使在重新啓動服務器之後，我已經在〜7GB內存[88％]）。 Redis的內存使用量持續增長，直到最終被Ubuntu的OOM殺死，導致我的節點應用程序出現大量錯誤。Redis不斷佔用大量的內存並一直增長直到被OOM殺死

我在本文的底部附加了Redis INFO輸出。我原本以爲redis中可能有太多密鑰，但是我從Redis（http://redis.io/topics/faq）讀取了100萬個密鑰是〜100MB。我們有大約200萬（〜200MB - 遠不到5GB），所以這可能不是問題。

我的問題是： - 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

來源

2014-10-08 Edward Sun

通過設置maxmemory來避免oom殺手。你的鑰匙是什麼？鍵的數量當然是一個因素，但它們的值的大小（和他們的名字的長度）/ – 2014-10-08 22:45:00

感謝您的迴應Itamar。我在虛假（真的沒有足夠的想法）的印象下，關鍵和價值觀都大致相同。事實證明，從kue存儲的每個超過10KB的哈希都存在，我們有數十萬個。除去那些人工作。

再次感謝。

來源

2014-10-09 20:15:41

Redis不斷佔用大量的內存並一直增長直到被OOM殺死

回答

相關問題