categraf监控采集redis，redis_maxmemory没有值是怎么回事

[czxin788]

1、问题

2、请问redis_maxmemory没有值是怎么回事

[UlricQin]

进入redis里执行 info all 看一下就知道了，因为你的redis本来就没有设置内存上限

[czxin788]

我执行info all结果如下：

192.168.1.x:6385>info all
# Server
redis_version:3.0.7
redis_git_sha1:00000000
redis_git_dirty:0
redis_build_id:9815ad0686c79882
redis_mode:cluster
os:Linux 3.10.0-327.el7.x86_64 x86_64
arch_bits:64
multiplexing_api:epoll
gcc_version:4.8.5
process_id:4352
run_id:3623a6bd337a2ee634caa7c3b61eda3d581aca66
tcp_port:6385
uptime_in_seconds:3487323
uptime_in_days:40
hz:10
lru_clock:4706050
config_file:/opt/cachecloud/conf/redis-cluster-6385.conf

# Clients
connected_clients:871
client_longest_output_list:0
client_biggest_input_buf:0
blocked_clients:0

# Memory
used_memory:824527472
used_memory_human:786.33M
used_memory_rss:901603328
used_memory_peak:884043336
used_memory_peak_human:843.09M
used_memory_lua:45056
mem_fragmentation_ratio:1.09
mem_allocator:jemalloc-3.6.0

# Persistence
loading:0
rdb_changes_since_last_save:21123684
rdb_bgsave_in_progress:0
rdb_last_save_time:1662163111
rdb_last_bgsave_status:ok
rdb_last_bgsave_time_sec:-1
rdb_current_bgsave_time_sec:-1
aof_enabled:1
aof_rewrite_in_progress:0
aof_rewrite_scheduled:0
aof_last_rewrite_time_sec:9
aof_current_rewrite_time_sec:-1
aof_last_bgrewrite_status:ok
aof_last_write_status:ok
aof_current_size:415949318
aof_base_size:289097934
aof_pending_rewrite:0
aof_buffer_length:0
aof_rewrite_buffer_length:0
aof_pending_bio_fsync:0
aof_delayed_fsync:0

# Stats
total_connections_received:10142701
total_commands_processed:51850343
instantaneous_ops_per_sec:15
total_net_input_bytes:21152545753
total_net_output_bytes:3974368783
instantaneous_input_kbps:0.42
instantaneous_output_kbps:1.47
rejected_connections:0
sync_full:0
sync_partial_ok:0
sync_partial_err:0
expired_keys:1
evicted_keys:0
keyspace_hits:3572451
keyspace_misses:2
pubsub_channels:0
pubsub_patterns:0
latest_fork_usec:16863
migrate_cached_sockets:0

# Replication
role:slave
master_host:192.168.1.122
master_port:6386
master_link_status:up
master_last_io_seconds_ago:5
master_sync_in_progress:0
slave_repl_offset:20043618175
slave_priority:100
slave_read_only:1
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:10000000
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0

# CPU
used_cpu_sys:9354.60
used_cpu_user:6643.03
used_cpu_sys_children:78.69
used_cpu_user_children:662.47

# Commandstats
cmdstat_set:calls=110802,usec=4936184,usec_per_call=44.55
cmdstat_setnx:calls=289,usec=7492,usec_per_call=25.92
cmdstat_setex:calls=9941,usec=129521,usec_per_call=13.03
cmdstat_psetex:calls=58105,usec=626719,usec_per_call=10.79
cmdstat_del:calls=435081,usec=17568216,usec_per_call=40.38
cmdstat_exists:calls=75212,usec=684406,usec_per_call=9.10
cmdstat_incr:calls=156605,usec=3442926,usec_per_call=21.98
cmdstat_rpush:calls=14608,usec=453458,usec_per_call=31.04
cmdstat_lpush:calls=37,usec=1047,usec_per_call=28.30
cmdstat_sadd:calls=1776895,usec=13651445,usec_per_call=7.68
cmdstat_srem:calls=1776835,usec=14701266,usec_per_call=8.27
cmdstat_zadd:calls=3268609,usec=68059144,usec_per_call=20.82
cmdstat_zincrby:calls=1566755,usec=39217719,usec_per_call=25.03
cmdstat_zrem:calls=11,usec=107,usec_per_call=9.73
cmdstat_zremrangebyscore:calls=2836846,usec=80692706,usec_per_call=28.44
cmdstat_zremrangebyrank:calls=173382,usec=7716772,usec_per_call=44.51
cmdstat_hset:calls=422746,usec=4680407,usec_per_call=11.07
cmdstat_hmset:calls=185177,usec=24248500,usec_per_call=130.95
cmdstat_hincrby:calls=2517,usec=66424,usec_per_call=26.39
cmdstat_hexists:calls=517,usec=1662,usec_per_call=3.21
cmdstat_incrby:calls=1043,usec=4847,usec_per_call=4.65
cmdstat_select:calls=1,usec=4,usec_per_call=4.00
cmdstat_expire:calls=620412,usec=3140936,usec_per_call=5.06
cmdstat_pexpire:calls=2838695,usec=13607531,usec_per_call=4.79
cmdstat_auth:calls=10341637,usec=49311299,usec_per_call=4.77
cmdstat_ping:calls=14450919,usec=53048963,usec_per_call=3.67
cmdstat_bgrewriteaof:calls=115,usec=2283916,usec_per_call=19860.14
cmdstat_replconf:calls=2907,usec=23924,usec_per_call=8.23
cmdstat_info:calls=402289,usec=91599855,usec_per_call=227.70
cmdstat_pttl:calls=104959,usec=723426,usec_per_call=6.89
cmdstat_persist:calls=797,usec=1897,usec_per_call=2.38
cmdstat_config:calls=67574,usec=1890900,usec_per_call=27.98
cmdstat_publish:calls=1485,usec=51928,usec_per_call=34.97
cmdstat_cluster:calls=3470273,usec=833533625,usec_per_call=240.19
cmdstat_readonly:calls=3010125,usec=2420802,usec_per_call=0.80
cmdstat_client:calls=3660260,usec=9751992,usec_per_call=2.66
cmdstat_eval:calls=2970,usec=287750,usec_per_call=96.89
cmdstat_slowlog:calls=2906,usec=456471,usec_per_call=157.08
cmdstat_command:calls=6,usec=4940,usec_per_call=823.33

# Cluster
cluster_enabled:1

# Keyspace
db0:keys=1821815,expires=2614,avg_ttl=1296276384824029

我执行config get "memory"，可以看出，设置内存上限了：

192.168.1.x:6385> config get "*memory*"
1) "maxmemory"
2) "10536091648"
3) "maxmemory-samples"
4) "5"
5) "maxmemory-policy"
6) "volatile-lru"

是不是redis_maxmemory的取值应该是在config get maxmemory里面取，而不应该在info all里面取

[czxin788]

我知道怎么回事了，是redis版本的问题。

我们用的redis版本是redis 3.0的，info all里面没有maxmemory。高版本的redis里面有。