LabEx
登录免费加入

Redis 性能监控

RedisBeginner
立即练习

简介

在本实验中，你将学习如何监控和排查 Redis 的性能问题。实验重点在于识别并解决延迟问题、分析内存使用情况以及优化查询性能。

你将使用 LATENCY DOCTOR 命令来诊断延迟，使用 MEMORY STATS 查看内存使用情况，使用 SLOWLOG GET 分析慢查询，并使用 MEMORY PURGE 优化内存。通过遵循本实验的逐步指南，你将获得维护响应迅速且高效的 Redis 部署的实践经验。

预配置环境

为了确保演示的可靠性，本实验环境已预先配置了以下内容：

  • 1000 个字符串键（user:1 到 user:1000），包含用户数据
  • 50 个哈希对象（profile:1 到 profile:50），包含用户个人资料信息
  • 20 个列表对象（logs:app1 到 logs:app20），包含日志条目
  • 10 个集合对象（tags:1 到 tags:10），包含标签数据
  • 针对性能监控优化的 Redis 配置
  • 预生成的延迟和慢查询日志数据，以便立即进行分析

使用 LATENCY DOCTOR 监控延迟

在这一步中，我们将探索如何使用 Redis 中的 LATENCY DOCTOR 命令来诊断和排查延迟问题。理解并解决延迟对于维护响应迅速且高效的 Redis 部署至关重要。

什么是延迟？

延迟是指从向 Redis 服务器发送请求到收到响应之间的时间间隔。高延迟会对应用程序性能产生负面影响，导致响应时间变慢并降低用户体验。

认识 LATENCY DOCTOR

LATENCY DOCTOR 命令是 Redis 内置的一个强大工具，有助于识别潜在的延迟来源。它会分析 Redis 运行的各个方面，并提供关于可能导致延迟原因的见解。

逐步指南

连接到 Redis：

首先，使用 `redis-cli` 命令连接到你的 Redis 服务器。在 LabEx 虚拟机中打开终端并执行以下命令：

```bash
redis-cli
```

这将打开 Redis 命令行界面。

检查当前配置：

环境已预先配置并启用了延迟监控。你可以验证当前的设置：

```bash
CONFIG GET latency-monitor-threshold
```

这应该显示阈值设置为 10 毫秒。

运行 LATENCY DOCTOR：

现在运行 `LATENCY DOCTOR` 命令来分析系统：

```bash
LATENCY DOCTOR
```

由于这是一个健康的 Redis 实例，没有明显的延迟问题，你可能会看到类似以下的输出：

```
Dave, no latency spike was observed during the lifetime of this Redis instance, not in the slightest bit. I honestly think you ought to sit down calmly, take a stress pill, and think things over.
```

这条幽默的消息（引用自《2001 太空漫游》中的 HAL 9000）表明 Redis 运行良好，没有检测到超过配置阈值的延迟峰值。

理解 LATENCY DOCTOR 的响应：

当 `LATENCY DOCTOR` 显示“Dave”消息时，意味着：
- 没有命令超过延迟监控阈值（在本例中为 10ms）
- Redis 运行高效，没有性能瓶颈
- 从延迟的角度来看，系统是健康的

在存在实际延迟问题的生产环境中，你将看到详细的分析，包括：
- 具体的延迟峰值及其原因
- 优化建议
- 慢操作的详细分解

检查慢查询日志（替代分析）：

即使 `LATENCY DOCTOR` 没有显示任何问题，我们仍然可以检查慢查询日志（slowlog），看看哪些操作相对于其他操作花费的时间最长：

```bash
SLOWLOG GET 10
```

你将看到显示最近命令及其执行时间的输出。这些条目显示了：
- **唯一 ID：** 每个条目的顺序标识符
- **时间戳：** 执行命令时的 Unix 时间戳
- **执行时间：** 以微秒为单位的时间（例如，1954 微秒 = 1.954 毫秒）
- **命令：** 执行的命令（对于 Redis 内部操作，通常显示为 "COMMAND"）
- **客户端信息：** 客户端的 IP 地址和端口

例如：

```
1) 1) (integer) 10
   2) (integer) 1753255495
   3) (integer) 1954
   4) 1) "COMMAND"
   5) "127.0.0.1:42212"
   6) ""
```

这显示了一个执行耗时 1,954 微秒（约 2 毫秒）的命令。

退出 redis-cli：

为确保命令被记录，通过输入以下命令退出 `redis-cli`：

```bash
exit
```

理解其重要性

通过使用 LATENCY DOCTOR 并分析慢查询日志，你可以获得有关 Redis 部署性能的宝贵见解。即使一切看起来都很健康（如“Dave”消息所示），定期监控也有助于确保性能持续良好，并尽早发现任何新出现的问题。

使用 MEMORY STATS 检查内存

在这一步中，我们将学习如何使用 Redis 中的 MEMORY STATS 命令来监控和了解内存使用情况。高效的内存管理对于 Redis 服务器的稳定性和性能至关重要。

为什么要监控内存？

Redis 是一个内存数据库，这意味着它将所有数据存储在 RAM 中。如果 Redis 内存耗尽，可能会导致性能下降、数据丢失甚至崩溃。监控内存使用情况可以让你主动识别并解决潜在的内存相关问题。

认识 MEMORY STATS

MEMORY STATS 命令提供了 Redis 内存消耗的详细概览。它将内存使用情况细分为多个类别，让你深入了解内存的使用去向。

逐步指南

连接到 Redis：

使用 `redis-cli` 命令连接到你的 Redis 服务器。在 LabEx 虚拟机中打开终端并执行以下命令：

```bash
redis-cli
```

这将打开 Redis 命令行界面。

运行 MEMORY STATS：

连接后，运行 `MEMORY STATS` 命令：

```bash
MEMORY STATS
```

Redis 将收集内存统计信息并显示结果。

解读输出：

`MEMORY STATS` 的输出是一个键值对字典，其中每个键代表一个内存统计指标，值代表其对应的数据。让我们看一个示例输出并解释一些关键指标：

```
127.0.0.1:6379> MEMORY STATS
 1) "peak.allocated"
 2) (integer) 1114480
 3) "total.allocated"
 4) (integer) 1114480
 5) "startup.allocated"
 6) (integer) 948480
 7) "replication.buffer"
 8) (integer) 0
 9) "clients.slaves"
10) (integer) 0
11) "clients.normal"
12) (integer) 6456
13) "aof.buffer"
14) (integer) 0
15) "lua.vm"
16) (integer) 0
17) "overhead.total"
18) (integer) 165992
19) "keys.count"
20) (integer) 0
21) "keys.bytes-per-key"
22) (integer) 0
23) "dataset.bytes"
24) (integer) 948488
25) "dataset.percentage"
26) "0.00%"
27) "bytes-per-replica.avg"
28) (integer) 0
29) "bytes-per-replica.min"
30) (integer) 0
31) "bytes-per-replica.max"
32) (integer) 0
33) "allocator.fragratio"
34) "1.00"
35) "allocator.fragbytes"
36) (integer) 0
37) "allocator.rss"
38) (integer) 835584
39) "allocator.peak"
40) (integer) 1114112
41) "total.system"
42) (integer) 4194304
43) "allocator.resident"
44) (integer) 835584
```

以下是一些关键指标的细分：
- **`peak.allocated`：** Redis 自启动以来分配的最高内存量。
- **`total.allocated`：** Redis 当前分配的总内存量。
- **`dataset.bytes`：** 存储在 Redis 中的数据总大小（不包括开销）。
- **`overhead.total`：** 用于 Redis 开销（如数据结构、元数据）的总内存量。
- **`keys.count`：** 当前存储在 Redis 中的键数量。
- **`allocator.fragratio`：** 内存分配器的碎片率。值越高，表示碎片越多。
- **`allocator.rss`：** 操作系统报告的 Redis 使用的内存量（常驻集大小）。
- **`total.system`：** 系统上可用的总内存量。

退出 redis-cli：

为确保命令被记录，通过输入以下命令退出 `redis-cli`：

```bash
exit
```

利用这些信息

MEMORY STATS 提供的信息可用于：

  • 识别内存泄漏。
  • 优化数据结构以减少内存使用。
  • 调整 Redis 配置参数以提高内存效率。
  • 确定是否需要增加 Redis 服务器可用的 RAM。

使用 SLOWLOG GET 分析慢查询

在这一步中，我们将深入探讨如何使用 Redis 中的 SLOWLOG GET 命令来分析慢查询。识别并优化慢查询对于维护响应迅速且高效的 Redis 部署至关重要。正如第一步中 LATENCY DOCTOR 所建议的那样，分析慢查询日志是调试延迟问题的关键步骤。

什么是慢查询日志（Slowlog）？

慢查询日志是 Redis 中的一个系统，用于记录执行时间超过指定阈值的查询。这使你能够识别那些耗时超出预期并可能影响性能的查询。

逐步指南

连接到 Redis：

使用 `redis-cli` 命令连接到你的 Redis 服务器。在 LabEx 虚拟机中打开终端并执行以下命令：

```bash
redis-cli
```

这将打开 Redis 命令行界面。

检查慢查询日志配置：

环境已预先配置了适当的慢查询日志设置。你可以验证当前的配置：

```bash
CONFIG GET slowlog-log-slower-than
```

```bash
CONFIG GET slowlog-max-len
```

这些应该显示 Redis 已配置为在本实验期间记录每个命令（`slowlog-log-slower-than` 为 `0`），并最多存储 128 条慢查询日志条目。在生产环境中，你通常会使用更高的阈值，以便仅记录慢于性能目标的命令。

检索慢查询日志条目：

使用 `SLOWLOG GET` 命令检索慢查询日志条目。要检索最近的 10 条慢查询日志条目，请使用以下命令：

```bash
SLOWLOG GET 10
```

你将看到类似以下的输出。具体的 ID、时间戳、执行时间和端口号在你的环境中会有所不同：

```
 1) 1) (integer) 10
    2) (integer) 1753255495
    3) (integer) 321
    4) 1) "EVAL"
       2) "local total = 0; for i=1,1000 do local value = redis.call('GET', 'user:' .. i); if value then total = total + string.len(value) end end; return total"
       3) "0"
   5) "127.0.0.1:42212"
   6) ""
 2) 1) (integer) 9
    2) (integer) 1753255494
    3) (integer) 225
    4) 1) "KEYS"
       2) "*"
    5) "127.0.0.1:41444"
    6) ""
 3) 1) (integer) 8
    2) (integer) 1753255494
    3) (integer) 5
    4) 1) "SLOWLOG"
       2) "RESET"
    5) "127.0.0.1:41004"
    6) ""
```

解读输出：

`SLOWLOG GET` 的输出是一个慢查询日志条目数组。每个条目包含六部分信息：
- **唯一 ID：** 慢查询日志条目的顺序标识符（例如 10, 9, 8...）
- **时间戳：** 执行查询时的 Unix 时间戳
- **执行时间：** 以微秒为单位的执行时间（例如 1954 = 1.954 毫秒）
- **命令数组：** 执行的命令及其参数
- **客户端 IP 和端口：** 客户端的 IP 地址和端口（例如 "127.0.0.1:42212"）
- **客户端名称：** 客户端名称（通常为空，显示为 ""）

**理解时间：**
- 321 微秒 = 0.321 毫秒
- 225 微秒 = 0.225 毫秒
- 5 微秒 = 0.005 毫秒

分析常见模式：

在环境中，你通常会看到：
- **命令数组：** 如 `EVAL`、`KEYS`、`CONFIG` 和 `SLOWLOG` 等条目，后跟它们的参数
- **微秒级计时：** 大多数操作都非常快，通常在 1 毫秒以内
- **本地连接：** 所有连接均来自 127.0.0.1（本地主机）

生成更详细的慢查询：

为了通过现有数据查看更具体的慢查询，让我们执行一些会扫描数据集的操作：

```bash
KEYS user:*
```

此命令将扫描所有用户键（1000 个键），这些键应该会出现在慢查询日志中。

现在检查更新后的慢查询日志：

```bash
SLOWLOG GET 3
```

你现在应该能在慢查询日志中看到 `KEYS user:*` 命令，格式如下：

```
1) 1) (integer) 11
   2) (integer) [timestamp]
   3) (integer) [execution_time]
   4) 1) "KEYS"
      2) "user:*"
   5) "127.0.0.1:[port]"
   6) ""
```

使用 MEMORY PURGE 进行内存优化：

让我们也演示一下内存优化。首先，检查当前的内存使用情况：

```bash
MEMORY STATS
```

在输出中查找 `total.allocated` 的值。现在，让我们通过清除未使用的内存来释放内存：

```bash
MEMORY PURGE
```

再次检查内存使用情况：

```bash
MEMORY STATS
```

比较 `total.allocated` 的值，看看内存是否被释放。`MEMORY PURGE` 命令会尝试释放 Redis 未主动使用的内存。

退出 redis-cli：

为确保命令被记录，通过输入以下命令退出 `redis-cli`：

```bash
exit
```

利用这些信息

通过分析慢查询日志，你可以识别慢查询并采取措施进行优化。关键见解包括：

  • 命令频率： 慢命令出现的频率
  • 执行模式： 某些操作是否持续出现在慢查询日志中
  • 性能趋势： 执行时间随时间的变化
  • 资源使用： 可能消耗过多 CPU 或内存的命令

这些信息有助于你：

  • 优化应用程序查询
  • 识别有问题的模式
  • 规划扩展和容量
  • 调试生产环境中的性能问题

总结

在本实验中，我们使用了一个预配置的环境来探索 Redis 性能监控技术，该环境演示了真实的 Redis 性能监控工具。

我们首先使用 LATENCY DOCTOR 命令了解 Redis 如何诊断延迟问题。在我们健康的实验环境中，我们看到了标志性的“Dave”消息，表明没有检测到延迟峰值，这教会了我们如何在系统运行良好时解读 Redis 的延迟监控反馈。

接下来，我们检查了 MEMORY STATS 命令以分析 Redis 的内存使用模式。通过包含 1000 个字符串键、50 个哈希对象、20 个列表和 10 个集合的预配置数据集，我们观察到了真实的内存分配情况，并学会了识别关键的内存指标，如 total.allocated、dataset.bytes 和 overhead.total。

然后，我们探索了 SLOWLOG GET 命令以分析查询性能。我们学会了解读六元素结构的慢查询日志条目，理解了以微秒为单位的执行时间，并观察了 Redis 内部的“COMMAND”操作是如何出现在慢查询日志中的。我们还演示了使用诸如 KEYS user:* 之类的模式匹配命令来生成自定义慢查询。

最后，我们演示了使用 MEMORY PURGE 命令进行内存优化，通过比较清除前后的内存使用情况，了解了 Redis 如何高效地管理内存。

在整个实验过程中，我们学习了如何：

  1. 解读 LATENCY DOCTOR 的输出，包括“系统健康”消息
  2. 使用真实数据集指标通过 MEMORY STATS 分析内存使用模式
  3. 阅读并理解具有六元素结构的慢查询日志条目
  4. 使用模式匹配操作生成并分析慢查询
  5. 使用 MEMORY PURGE 优化内存使用
  6. 在性能监控中区分 Redis 内部操作和用户命令

这种使用 Redis 内置性能监控工具的实践经验，为在生产环境中维护响应迅速且高效的 Redis 部署奠定了基础。

相关 Redis 课程
Redis 初学者入门

Redis 初学者入门

databaseredis
Redis 中级到高级

Redis 中级到高级

databaseredis