"小王,网站怎么突然变慢了?"一大早,运维主管就急匆匆地跑来问,小王赶紧检查Redis集群,却发现某个节点响应异常,整个缓存系统像堵车的高速公路,这时候,如果能快速查看所有Redis节点状态,定位问题节点,就能像交警疏导交通一样迅速解决问题,今天我们就来聊聊如何全面掌握Redis节点信息查询的各种方法。
连上Redis后,第一个要掌握的就是INFO
命令:
0.0.1:6379> INFO
# 你会看到瀑布般的输出信息...
这个命令会返回当前节点的完整信息,包括:
如果觉得INFO输出太庞大,可以指定子模块:
# 只看内存信息
INFO memory
# 只看CPU使用情况
INFO cpu
# 只看复制信息
INFO replication
常用的子模块还有:clients
, stats
, persistence
, commandstats
等。
0.0.1:6379> PING
PONG
简单但实用,确认节点是否存活。
在Redis集群中,这个命令是"上帝视角":
0.0.1:7001> CLUSTER NODES
a1b2c3... 127.0.0.1:7001@17001 myself,master - 0 1680000000000 1 connected 0-5460
d4e5f6... 127.0.0.1:7002@17002 master - 0 1680000001000 2 connected 5461-10922
...
输出包含:
.0.0.1:7001> CLUSTER INFO
cluster_state:ok
cluster_slots_assigned:16384
cluster_slots_ok:16384
...
快速了解集群健康状态、槽位分配情况等关键指标。
在终端使用这个参数可以动态监控:
redis-cli --stat
------- data ------ --------------------- load -------------------- - child -
keys mem clients blocked requests connections
1000 45.12M 5 0 1200000 (+1000) 10
实时显示键数量、内存使用、客户端连接等核心指标。
redis-cli --bigkeys
# Scanning the entire keyspace to find biggest keys as well as
# average sizes per key type...
帮你找出可能造成问题的"大块头"键。
0.0.1:6379> ROLE
1) "master"
2) (integer) 1000
3) 1) 1) "127.0.0.1"
2) "6380"
3) "1001"
清晰显示当前节点是master还是slave,以及复制关系。
CLIENT LIST
id=5 addr=127.0.0.1:52344 fd=8 name= age=180 idle=0 flags=N db=0 sub=0 psub=0 multi=-1 qbuf=26 qbuf-free=32742 obl=0 oll=0 omem=0 events=r cmd=client
...
查看所有客户端连接详情,排查异常连接。
SLOWLOG GET 10
显示最近10条慢查询,优化性能瓶颈。
**生产环境慎用KEYS***:这个命令会阻塞Redis,改用SCAN命令分批查询
监控内存使用:定期检查used_memory
和maxmemory
,避免OOM
关注连接数:maxclients
限制和当前连接数需要留有余量
副本延迟监控:通过INFO replication
中的slave_repl_offset
和master_repl_offset
差值判断
定期检查节点健康:建立定时任务检查关键指标
掌握这些方法后,下次Redis集群再"闹脾气",你就能像老中医一样"望闻问切",快速定位问题节点,让缓存系统重新畅通无阻,好的运维不是等出了问题才解决,而是通过定期"体检"把问题扼杀在萌芽中。
本文由 坚奇胜 于2025-08-07发表在【云服务器提供商】,文中图片由(坚奇胜)上传,本平台仅提供信息存储服务;作者观点、意见不代表本站立场,如有侵权,请联系我们删除;若有图片侵权,请您准备原始证明材料和公证书后联系我方删除!
本文链接:https://up.7tqx.com/wenda/557445.html
发表评论