Redis监控命令和指标介绍_redis健康检查命令

Redis监控的重要性

Redis监控的重要性体现在以下几个核心方面：

性能瓶颈发现与优化：

监控Redis的响应时间、QPS（每秒查询率）、吞吐量等性能指标，可以及时识别出系统在处理请求时是否存在性能瓶颈，比如某个命令响应慢、CPU使用过高、内存碎片化严重等，从而针对性地优化Redis配置、数据结构设计或应用代码逻辑。

故障预警与快速恢复：

实时监控Redis服务状态，当出现连接失败、主从同步延迟、持久化失败等问题时，可以触发报警系统及时通知运维人员，使得故障能在第一时间得到处理，减少因Redis服务中断导致的数据丢失风险或业务影响。

资源规划与管理：

Redis是内存数据库，内存使用情况至关重要。监控内存使用率、缓存命中率、淘汰策略执行情况等，有助于合理规划和分配内存资源，避免内存溢出，并确保数据的有效缓存。

集群健康状况：

对于分布式部署的Redis集群，监控每个节点的健康状况、流量分布、槽位迁移情况等，可以确保整个集群的稳定性和可靠性。
安全性保障：

监控Redis的安全相关指标，如访问控制、认证方式、数据加密等，可确保Redis服务免受恶意攻击或误操作的影响。

容量预测与规划：

根据历史数据增长趋势和当前使用情况，监控可以帮助进行容量规划，提前预警并扩容或优化存储结构，防止因数据量过大导致的服务性能下降。

Redis监控命令

Redis 提供了多种命令用于监控其运行状态和性能指标，以下是其中一些关键的监控命令：

monitor

redis-cli -h [hostname] -p [port] -a [password] monitor
1

monitor 命令会进入实时命令监听模式，它会打印出Redis服务器接收到的所有请求命令，这对于调试和分析服务器上的活动十分有用。但是请注意，此命令会带来较大的性能开销，因此不适合在生产环境中持续开启。

$ redis-cli monitor
1339518083.107412 [0 127.0.0.1:60866] "keys" "*"
1339518087.877697 [0 127.0.0.1:60866] "dbsize"
1339518090.420270 [0 127.0.0.1:60866] "set" "x" "6"
1339518096.506257 [0 127.0.0.1:60866] "get" "x"
1339518099.363765 [0 127.0.0.1:60866] "eval" "return redis.call('set','x','7')" "0"
1339518100.363799 [0 lua] "set" "x" "7"
1339518100.544926 [0 127.0.0.1:60866] "del" "x"
1
2
3
4
5
6
7
8

INFO

redis-cli -h [hostname] -p [port] -a [password] info
1

info 命令提供了大量关于Redis服务器的状态信息，包括但不限于服务器信息、客户端连接、CPU使用情况、内存统计、持久化、复制、集群、键空间统计等详细信息。你可以根据需求指定section：

redis-cli info [section]
1

可选参数可用于选择特定信息部分：

• server：有关 Redis 服务器的一般信息

• clients：客户端连接部分

• memory：内存消耗相关信息

• persistence： RDB 和 AOF 相关信息

• stats： 一般统计

• replication：主/副本复制信息

• cpu：CPU消耗统计

• commandstats：Redis 命令统计信息

• latencystats：Redis 命令延迟百分位分布统计信息

• sentinel：Redis Sentinel 部分（仅适用于 Sentinel 实例）

• cluster：Redis 集群部分

• modules： 模块部分

• keyspace： 数据库相关统计

• errorstats：Redis 错误统计

它还可以采用以下值：

• all：返回所有部分（不包括模块生成的部分）

• default：仅返回默认的节集

• everything：包括 和allmodules

redis> INFO
"# Server
redis_version:7.2.4
redis_git_sha1:00000000
redis_git_dirty:0
redis_build_id:affe2dab174e19c6
redis_mode:standalone
os:Linux 5.15.0-1015-aws x86_64
arch_bits:64
monotonic_clock:POSIX clock_gettime
multiplexing_api:epoll
atomicvar_api:c11-builtin
gcc_version:10.2.1
process_id:1
process_supervised:no
run_id:aefa5a2dac16d8c0afbf87b3c69eb466bb51828f
tcp_port:6379
server_time_usec:1710252278275665
uptime_in_seconds:1190771
uptime_in_days:13
hz:10
configured_hz:10
lru_clock:15753462
executable:/data/redis-server
config_file:/etc/redis/redis.conf
io_threads_active:0
listener0:name=tcp,bind=*,bind=-::*,port=6379

# Clients
connected_clients:2
cluster_connections:0
maxclients:10000
client_recent_max_input_buffer:20480
client_recent_max_output_buffer:0
blocked_clients:0
tracking_clients:0
clients_in_timeout_table:0
total_blocking_keys:0
total_blocking_keys_on_nokey:0

# Memory
used_memory:80362144
used_memory_human:76.64M
used_memory_rss:88260608
used_memory_rss_human:84.17M
used_memory_peak:80398528
used_memory_peak_human:76.67M
used_memory_peak_perc:99.95%
used_memory_overhead:23999280
used_memory_startup:867280
used_memory_dataset:56362864
used_memory_dataset_perc:70.90%
allocator_allocated:80471392
allocator_active:80764928
allocator_resident:84983808
total_system_memory:16585560064
total_system_memory_human:15.45G
used_memory_lua:31744
used_memory_vm_eval:31744
used_memory_lua_human:31.00K
used_memory_scripts_eval:0
number_of_cached_scripts:0
number_of_functions:0
number_of_libraries:0
used_memory_vm_functions:32768
used_memory_vm_total:64512
used_memory_vm_total_human:63.00K
used_memory_functions:184
used_memory_scripts:184
used_memory_scripts_human:184B
maxmemory:4294967296
maxmemory_human:4.00G
maxmemory_policy:allkeys-lru
allocator_frag_ratio:1.00
allocator_frag_bytes:293536
allocator_rss_ratio:1.05
allocator_rss_bytes:4218880
rss_overhead_ratio:1.04
rss_overhead_bytes:3276800
mem_fragmentation_ratio:1.10
mem_fragmentation_bytes:7900288
mem_not_counted_for_evict:0
mem_replication_backlog:0
mem_total_replication_buffers:0
mem_clients_slaves:0
mem_clients_normal:24328
mem_cluster_links:0
mem_aof_buffer:0
mem_allocator:jemalloc-5.3.0
active_defrag_running:0
lazyfree_pending_objects:0
lazyfreed_objects:0

# Persistence
loading:0
async_loading:0
current_cow_peak:0
current_cow_size:0
current_cow_size_age:0
current_fork_perc:0.00
current_save_keys_processed:0
current_save_keys_total:0
rdb_changes_since_last_save:1248137
rdb_bgsave_in_progress:0
rdb_last_save_time:1709061507
rdb_last_bgsave_status:ok
rdb_last_bgsave_time_sec:-1
rdb_current_bgsave_time_sec:-1
rdb_saves:0
rdb_last_cow_size:0
rdb_last_load_keys_expired:0
rdb_last_load_keys_loaded:0
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_rewrites:0
aof_rewrites_consecutive_failures:0
aof_last_write_status:ok
aof_last_cow_size:0
module_fork_in_progress:0
module_fork_last_cow_size:0

# Stats
total_connections_received:21
total_commands_processed:1555738
instantaneous_ops_per_sec:3
total_net_input_bytes:123750190
total_net_output_bytes:44626194
total_net_repl_input_bytes:0
total_net_repl_output_bytes:0
instantaneous_input_kbps:0.23
instantaneous_output_kbps:0.02
instantaneous_input_repl_kbps:0.00
instantaneous_output_repl_kbps:0.00
rejected_connections:0
sync_full:0
sync_partial_ok:0
sync_partial_err:0
expired_keys:37130
expired_stale_perc:0.04
expired_time_cap_reached_count:0
expire_cycle_cpu_milliseconds:105868
evicted_keys:0
evicted_clients:0
total_eviction_exceeded_time:0
current_eviction_exceeded_time:0
keyspace_hits:359354
keyspace_misses:26884
pubsub_channels:0
pubsub_patterns:0
pubsubshard_channels:0
latest_fork_usec:0
total_forks:0
migrate_cached_sockets:0
slave_expires_tracked_keys:0
active_defrag_hits:0
active_defrag_misses:0
active_defrag_key_hits:0
active_defrag_key_misses:0
total_active_defrag_time:0
current_active_defrag_time:0
tracking_total_keys:0
tracking_total_items:0
tracking_total_prefixes:0
unexpected_error_replies:0
total_error_replies:2558
dump_payload_sanitizations:0
total_reads_processed:1556726
total_writes_processed:1556711
io_threaded_reads_processed:0
io_threaded_writes_processed:0
reply_buffer_shrinks:4447
reply_buffer_expands:4463
eventloop_cycles:13409463
eventloop_duration_sum:2752178221
eventloop_duration_cmd_sum:1089101756
instantaneous_eventloop_cycles_per_sec:12
instantaneous_eventloop_duration_usec:123
acl_access_denied_auth:0
acl_access_denied_cmd:942
acl_access_denied_key:0
acl_access_denied_channel:0

# Replication
role:master
connected_slaves:0
master_failover_state:no-failover
master_replid:92fef281b2fd4ad63906bd1724167c0a8051ac94
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:0
second_repl_offset:-1
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0

# CPU
used_cpu_sys:978.109037
used_cpu_user:2248.144019
used_cpu_sys_children:0.006738
used_cpu_user_children:0.001050
used_cpu_sys_main_thread:977.680699
used_cpu_user_main_thread:2247.648975

# Modules

# Errorstats
errorstat_BUSYGROUP:count=3
errorstat_ERR:count=1383
errorstat_NOAUTH:count=1
errorstat_NOPERM:count=942
errorstat_WRONGTYPE:count=229

# Cluster
cluster_enabled:0

# Keyspace
db0:keys=472023,expires=1003,avg_ttl=865010813668214
"
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222

CONFIG GET/SET

redis-cli config get [parameter]
redis-cli config set [parameter] [value]
1
2

用于查看和修改Redis服务器的运行时配置。

redis> config get *max-*-entries* maxmemory
 1) "maxmemory"
 2) "0"
 3) "hash-max-listpack-entries"
 4) "512"
 5) "hash-max-ziplist-entries"
 6) "512"
 7) "set-max-intset-entries"
 8) "512"
 9) "zset-max-listpack-entries"
10) "128"
11) "zset-max-ziplist-entries"
12) "128"
1
2
3
4
5
6
7
8
9
10
11
12
13

CLIENT LIST

redis-cli client list
1

显示所有已连接客户端及其相关信息，有助于监控当前连接数和客户端状态。

–stat

redis-cli --stat
1

这个选项会周期性地输出Redis的关键性能指标，适合连续监控Redis的基本性能。

slowlog

下是如何进行Redis慢查询监控的几个关键步骤：

• 配置慢查询日志：

  在Redis配置文件redis.conf中，可以设置慢查询的阈值（单位通常为微秒）和日志长度限制：

  slowlog-log-slower-than <milliseconds>
  slowlog-max-len <number_of_records>
  1
  2

  当命令执行时间超过设定的阈值时，Redis会将该命令添加到慢查询日志中。slowlog-max-len参数则决定了要保留的慢查询记录数量，当超出该数量时，最早的记录会被自动移除。

• 查看慢查询日志：
  使用Redis命令行工具，可以执行如下命令来查看慢查询日志：

  slowlog get [n]
  1

  其中 [n] 表示你想获取的慢查询记录的数量，默认情况下显示所有记录。该命令会返回一个包含命令ID、执行消耗时间、执行时间戳以及具体的命令和参数列表。

监控场景示例

内存使用情况

redis-cli -h [hostname] -p [port] -a [password] info memory
1

监控Redis实例的内存占用情况，包括总内存使用量、已用内存、空闲内存、内存碎片率等，当达到预设阈值时触发告警，以便及时扩容或优化数据结构。

执行以上命令后，Redis将会返回一系列关于内存使用的统计数据，其中包括：

• used_memory：Redis当前分配的内存量（字节数）。

• used_memory_human：以人类可读格式（如KB, MB, GB）表示的已使用内存大小。

• used_memory_peak：Redis内存占用峰值（字节数）。

• used_memory_lua：Lua脚本引擎所使用的内存大小。

• mem_fragmentation_ratio：内存碎片率，即已分配内存与实际使用内存之间的比率。

• maxmemory：Redis配置的最大内存限制（如果设置了的话）。

• maxmemory_human：最大内存限制以人类可读格式表示。

• maxmemory_policy：当达到maxmemory限制时，Redis所采用的内存淘汰策略。

• evicted_keys：因为内存不足而被主动删除的键数量。

主从同步状态

redis-cli -h [hostname] -p [port] -a [password] info replication
1

在主从架构下，监控主从之间的复制延迟，确保数据一致性。

如果你正在查看的是从服务器，命令相同，只需要将主机地址替换为从服务器的地址。执行上述命令后，Redis会返回关于复制(replication)状态的一系列信息，其中包括：

• role: 显示服务器的角色是master还是slave。

• master_host, master_port: 如果是 slave，则显示主服务器的地址和端口。

• master_link_status: 显示与主服务器的连接状态，例如up或down。

• master_last_io_seconds_ago: 显示最后一次与主服务器交互的时间（以秒为单位）。

• master_sync_in_progress: 是否正在进行同步操作，0表示没有同步正在进行，1表示正在进行同步。

• slave_repl_offset: 从服务器的复制偏移量，表示已从主服务器接收了多少条命令。

• second_repl_offset_age: 复制偏移量的年龄，表明这个信息多久未更新。

• connected_slaves: 如果是主服务器，则显示当前有多少从服务器与其相连。

Sentinel或Cluster健康状态

如果使用Redis Sentinel或Cluster模式，监控各个节点的健康状况，包括主备切换、slot迁移等重要事件。

Redis Sentinel健康状态命令：

• 查看监控的所有主服务器及其状态：

redis-cli -p 26379 sentinel masters
1

此命令会列出Sentinel实例监控的所有主服务器（masters），包括它们的当前状态、IP、端口、从属节点（slaves）信息以及最新的故障转移状态。

• 查看单个主服务器的状态：

redis-cli -p 26379 sentinel master [master-name]
1

通过指定主服务器的名称，可以获得该主服务器及其从服务器的详细状态。

• 检查Sentinel实例自身状态：

redis-cli -p 26379 info sentinel
1

该命令会返回Sentinel自身的各种状态信息，包括监视的主服务器列表、最近的故障转移操作、与其他Sentinel的连接状态等。

Redis Cluster健康状态检查：

• 查看Cluster节点状态：

redis-cli -c -h [node-ip] -p [node-port] cluster nodes
1

此命令会列出集群中所有节点（包括主节点、从节点）的详细信息，包括节点ID、IP地址、端口、状态（master、slave、handshake、fail等）、槽位分配情况等。

持久化检查

监控RDB/AOF持久化任务是否正常完成，确保在服务器宕机时能够尽可能减少数据丢失。