Redis触发器监控项
type
status
date
slug
summary
tags
category
icon
password
Redis监控的意义
- 开发、集群、运维三者结合,监控是性能优化的前提。
- 监控体系包括:
- Redis自身状态与命令
- 可视化监控工具
- 完整的监控体系(数据采集、存储、可视化、告警)
Redis自身状态与命令
1. INFO 命令
查看Redis运行状态,包含多个模块:
模块 | 关键指标 |
Server | 版本、运行模式、PID、运行时间 |
Clients | 连接数、阻塞客户端数 |
Memory | 内存使用量、峰值、碎片率 |
Persistence | RDB/AOF状态、最后一次保存状态 |
Stats | 命令处理数、QPS、网络流量 |
Replication | 主从角色、同步偏移量 |
CPU | 用户态/内核态CPU时间 |
Cluster | 集群是否启用 |
Keyspace | 数据库键数量、过期键数 |
示例:
# Server# Clients# Memory# Persistence# Stats# Replication# CPU# Cluster# Keyspace2. MONITOR 命令
实时查看Redis接收到的命令(慎用,影响性能)
3. 延迟监控
redis-cli --latency:查看客户端到服务器的延迟
redis-cli --intrinsic-latency 100:测量系统基础延迟(100秒内)
LATENCY子命令:LATENCY LATEST:最近延迟事件LATENCY HISTORY:历史延迟序列LATENCY GRAPH:图形化显示LATENCY DOCTOR:诊断建议
4. 服务端延迟监控
需先设置阈值:
Redis可视化监控工具
工具 | 特点 | 适用场景 |
redis-stat | Ruby开发,命令行/Web展示 | 简单可视化 |
RedisLive | Web界面,Docker部署 | 实时监控 |
redmon | Web CLI + 监控界面 | 管理+监控 |
redis_exporter + Prometheus + Grafana | 生产级监控、告警、持久化 | 企业级推荐 |
Redis监控体系
1. 监控价值
- 快速发现并定位故障
- 分析Root Cause
- 容量规划与性能管理
- 资源利用率与成本控制
2. 监控维度
- 服务端:系统资源、Redis进程、日志
- 应用端:使用行为、热点Key、连接池等
- 联合分析:结合服务端与应用端行为定位问题
具体监控指标(建议采集频率:1分钟)
系统层面
- CPU:负载、单核使用率、上下文切换
- 内存:剩余内存、Swap使用
- 磁盘:使用率、IO饱和度(尤其AOF场景)
- 网络:吞吐量、丢包率
Redis层面
类别 | 关键指标 |
存活 | redis_alive、uptime_in_seconds |
连接 | connected_clients、rejected_connections |
内存 | used_memory、mem_fragmentation_ratio |
性能 | instantaneous_ops_per_sec、total_commands_processed |
命中率 | keyspace_hits、keyspace_misses |
慢查询 | slowlog_len、slowlog_max_time |
持久化 | rdb_last_bgsave_status、rdb_changes_since_last_save |
复制 | master_link_status、slave_lag |
集群 | cluster_state、cluster_slots_fail |
响应时间 | P99/P95 响应时间(需外部工具) |
成熟监控方案
方案一:ELK Stack
- Agent:
metricBeat
- 收集:
Logstash
- 存储:
ElasticSearch
- 展示/告警:
Kibana
方案二:Fluent + Prometheus + Grafana(推荐)
- 采集:
redis_exporter
- 收集:
Fluentd
- 存储:
Prometheus
- 展示/告警:
Grafana
✅ 总结要点
- Redis监控不仅是看
INFO,而是体系化建设
- 重点监控:内存、连接数、QPS、持久化、复制、慢查询
- 生产环境推荐:
redis_exporter + Prometheus + Grafana
- 延迟监控和慢日志是排查性能问题的关键
Loading...