在分布式系统和高并发应用中，Redis 作为一款高性能的内存数据库，广泛用于缓存、消息队列、会话管理等场景。为了确保 Redis 在运行过程中保持高效稳定，性能监控是运维和开发人员必须掌握的核心技能。通过合理的指标监控，可以及时发现潜在问题、优化配置、提升系统稳定性。

本文将详细介绍Redis性能监控中常用的指标和对应的命令，帮助读者全面了解 Redis 的运行状态，并提供实际案例，提升监控的实用性。

一、Redis性能监控的重要性

在高并发场景下，Redis 的运行效率直接影响整个系统的响应速度和用户体验。例如，在电商系统中，商品信息、用户登录状态等常用 Redis 缓存来减少数据库的访问压力。如果 Redis 的性能下降，可能导致缓存失效、响应延迟等问题。

因此，监控 Redis 的运行状态和性能指标是运维的重要工作之一。通过监控可以：

  • 发现潜在的瓶颈；
  • 调整配置参数以提升性能；
  • 排查系统异常或故障；
  • 优化资源使用，降低运营成本。

二、Redis性能监控指标分类

在 Redis 中，性能监控主要包括以下几个方面：

  1. 内存使用情况
  2. CPU 使用率
  3. 请求处理速度（QPS）
  4. 命令执行耗时
  5. 连接数和客户端状态
  6. 持久化相关指标
  7. 错误日志与异常信息

下面我们将逐一介绍这些方面的监控指标和对应的 Redis 命令。

三、Redis内存使用情况监控

内存是 Redis 的核心资源之一，其性能高度依赖于内存的使用情况。监控内存可以及时发现内存泄漏、对象过大等问题。

1. INFO memory 命令

INFO memory 是 Redis 提供的最常用内存监控命令，它会返回当前实例的所有内存相关信息。

示例输出：

$ redis-cli info memory

# Memory
used_memory:1024000
used_memory_human:996.05K
used_peak:12345678
used_peak_human:11.75M
  • used_memory：当前已使用的内存大小（字节）；
  • used_memory_human：格式化后的内存使用量；
  • used_peak：峰值内存使用量，用于对比内存增长情况。

建议监控项：

  • used_memory：实时内存使用；
  • used_peak：峰值内存，用于判断是否有内存泄漏；
  • free_memory：当前可用内存（需根据系统计算）。

2. MEMORY USAGE 命令

从 Redis 6.0 开始，新增了 MEMORY USAGE 命令，用于查看特定 key 的内存占用情况。

示例：

$ redis-cli memory usage mykey

此命令可以用于排查哪些 key 占用了大量内存，便于进行清理或优化。

四、Redis CPU 使用率监控

CPU 是 Redis 运行的另一个关键资源。 如果 Redis 的 CPU 使用率过高，可能会导致系统负载升高，影响其他服务的运行。

1. INFO CPU 命令

INFO CPU 可以查看 Redis 的 CPU 使用情况。

示例输出：

$ redis-cli info cpu

# CPU
used_cpu_sys:100.5
used_cpu_user:20.3
used_cpu_sys_children:0.1
used_cpu_user_children:0.0
  • used_cpu_sys：系统 CPU 使用时间；
  • used_cpu_user：用户空间 CPU 使用时间；
  • used_cpu_sys_children 和 used_cpu_user_children：子进程的 CPU 使用时间。

建议监控项：

  • used_cpu_user 和 used_cpu_sys，用来判断 Redis 是否在执行大量计算任务；
  • 如果 CPU 使用率持续高，需检查是否有慢查询或内存不足导致频繁交换。

2. top 或 htop 命令

在 Linux 系统中，可以通过 top 或 htop 命令查看 Redis 进程的 CPU 使用情况。这在排查系统级性能问题时非常有用。

五、Redis请求处理速度（QPS）监控

QPS 是衡量 Redis 性能的重要指标之一。 它表示每秒处理的请求数，反映系统的吞吐量。

1. INFO stats 命令

INFO stats 可以查看 Redis 的统计信息，其中包含 QPS 相关的指标。

示例输出：

$ redis-cli info stats

# Stats
total_commands_processed:100000
instantaneous_ops_per_sec:250
  • total_commands_processed：总处理请求数；
  • instantaneous_ops_per_sec：当前秒级的 QPS。

建议监控项：

  • instantaneous_ops_per_sec：实时 QPS；
  • 可结合时间窗口进行平均值计算，判断系统负载。

2. 使用监控工具

除了直接使用 Redis 命令，还可以借助第三方监控工具（如 Prometheus + Grafana、Zabbix 等）进行更全面的 QPS 监控。

六、Redis命令执行耗时监控

Redis 命令的执行时间直接影响系统响应速度。 如果某些命令耗时过长，可能导致阻塞或延迟。

1. SLOWLOG 命令

SLOWLOG 可以查看 Redis 中执行时间较长的命令。

示例：

$ redis-cli slowlog get 10

1) 1) 1634587200
   2) 10.123456
   3) "GET"
   4) "mykey"
  • time：命令执行的时间戳；
  • latency：命令执行耗时（毫秒）；
  • 命令名和参数。

建议监控项：

  • latency 超过 1ms 的命令；
  • 频繁出现的慢查询需要优化。

2. 使用 Redis 的慢日志配置

可以通过 redis.conf 中的 slowlog-log-slower-than 设置慢日志阈值（单位毫秒），例如：

slowlog-log-slower-than 1000

这将记录所有耗时超过 1 毫秒的命令，便于排查慢查询。

七、Redis连接数和客户端状态监控

连接数是 Redis 系统资源的重要指标之一。 如果连接数过高，可能导致系统资源耗尽。

1. INFO clients 命令

INFO clients 可以查看当前连接的客户端信息。

示例输出：

$ redis-cli info clients

# Clients
connected_clients:10
client_output_list_length:0
  • connected_clients：当前连接的客户端数；
  • 可以结合系统资源监控，判断是否需要调整最大连接数。

2. 客户端配置

可以通过 maxclients 配置项限制最大连接数，防止因连接过多导致系统崩溃。

八、Redis持久化相关指标监控

持久化是 Redis 数据安全的重要保障。 但是，频繁的持久化操作可能影响性能。

1. INFO persistence 命令

INFO persistence 提供了持久化相关的指标。

示例输出：

$ redis-cli info persistence

# Persistence
aof_rewrite_in_progress:0
aof_last_rewrite_time_sec:1634587200
  • aof_rewrite_in_progress：表示 AOF 重写是否在进行中；
  • aof_last_rewrite_time_sec：上次 AOF 重写的时间戳。

建议监控项：

  • aof_rewrite_in_progress 是否为 1，确认是否正在进行重写；
  • 如果频繁触发 AOF 重写或 RDB 快照，可能需要调整持久化策略。

2. 监控日志

可以通过 redis-server --log-verbosity verbose 设置日志级别，记录持久化相关操作。

九、Redis错误日志与异常信息监控

错误日志是排查 Redis 异常的重要依据。 监控日志可以帮助快速定位问题。

1. 使用 Redis 日志系统

Redis 默认将日志输出到标准输出（stdout）或指定的日志文件中。可以通过 redis.conf 中的 loglevel 和 logfile 配置日志级别和路径。

示例配置：

loglevel verbose
logfile /var/log/redis.log

2. 日志分析工具

可以使用 ELK（Elasticsearch, Logstash, Kibana）或 Graylog 等工具进行日志集中管理和分析。

十、Redis性能监控的实践建议

  1. 定期巡检 Redis 状态，通过 INFO 命令获取关键指标；
  2. 结合监控工具进行可视化展示，便于快速发现异常；
  3. 设置阈值告警机制，如内存使用超过 80%、QPS 超过阈值等；
  4. 优化慢查询和大 key，减少 Redis 负载；
  5. 合理配置持久化策略，平衡性能和数据安全。

十一、Redis性能监控的常见误区

在实际使用中，一些常见的误区需要注意：

  • 忽略慢查询：即使偶尔出现慢命令也可能影响用户体验；
  • 过度依赖单个指标：如只关注 QPS 而忽视内存使用；
  • 未进行日志分析：错误信息往往是解决问题的关键线索；
  • 忽略客户端配置：连接数限制和超时设置影响系统稳定性。

十二、总结

通过上述介绍，我们可以看到 Redis 性能监控涉及多个方面，包括内存、CPU、QPS、慢查询、连接数和持久化等。掌握这些指标和对应的监控命令，可以大大提升 Redis 的运维效率。

建议读者根据实际业务需求选择合适的监控指标和工具，定期分析 Redis 的运行状态，并结合日志进行深入排查。 通过持续优化和监控，可以确保 Redis 在高并发、高性能的环境下稳定运行。

如需进一步了解 Redis 性能调优或监控工具推荐，可关注后续文章。