Redis Log 日志级别调整与分析：`debug`, `verbose`, `notice` 等

各位Redis探险家们，晚上好！欢迎来到今晚的"Redis日志漫游指南"讲座。我是你们的向导，今天咱们不搞虚的，直接深入Redis的日志世界，聊聊如何调整日志级别，以及如何从这些日志里挖出金子。

咱们都知道，Redis就像一个兢兢业业的管家，默默地处理着各种请求。而Redis的日志，就是管家的工作日记，记录着它的一举一动。了解这些日记，就能更好地了解Redis的运行状况，及时发现问题，优化性能。

为什么要关注Redis日志？

想象一下，你的Redis服务器突然变得很慢，CPU飙升，你急得像热锅上的蚂蚁，却不知道问题出在哪里。这时候，Redis日志就像黑暗中的一盏明灯，可以帮你找到问题的根源。

性能问题排查： 慢查询、网络延迟、内存不足等问题都可能在日志中留下痕迹。
故障诊断： Redis崩溃、数据丢失等严重问题发生时，日志可以提供关键的线索。
安全审计： 记录客户端连接、命令执行等信息，有助于发现潜在的安全风险。
了解Redis行为： 通过分析日志，可以更深入地了解Redis的内部机制，优化配置。

Redis日志级别：从Debug到Warning

Redis的日志级别就像一个过滤网，决定了哪些信息会被记录下来。Redis支持以下几种日志级别（从详细到简略）：

debug：最详细的日志级别，记录几乎所有操作的细节，包括客户端连接、命令执行、内部事件等。
verbose：比debug级别稍微简洁一些，记录一些重要的操作和事件，比如客户端连接、命令执行、复制状态等。
notice：记录一些重要的通知信息，比如Redis启动、关闭、配置变更等。
warning：只记录警告信息，比如内存不足、连接错误等。

如何调整Redis日志级别？

调整Redis日志级别有两种方式：

通过配置文件redis.conf：

找到配置文件中的loglevel选项，将其设置为所需的日志级别。例如：
```
loglevel notice
```
修改配置文件后，需要重启Redis服务器才能生效。或者使用CONFIG REWRITE命令保存。
通过redis-cli命令行：

使用CONFIG SET loglevel <level>命令动态修改日志级别。例如：
```
redis-cli config set loglevel debug
```
这种方式修改的日志级别是临时的，重启Redis服务器后会恢复到配置文件中的设置。

不同日志级别的适用场景：

日志级别	适用场景	优点	缺点
`debug`	开发环境、测试环境、需要详细了解Redis行为时、排查复杂问题时	提供最全面的信息，有助于深入了解Redis内部机制，精准定位问题	日志量巨大，会影响Redis性能，占用大量磁盘空间，不利于长期存储和分析
`verbose`	性能测试环境、需要监控Redis运行状态时、排查一般问题时	提供较为详细的信息，兼顾了信息量和性能，适用于日常监控和问题排查	信息量仍然较大，可能需要一定的筛选和分析才能找到关键信息
`notice`	生产环境、只需要关注重要事件时、对性能要求较高时	日志量较小，对Redis性能影响较小，适用于长期存储和分析	提供的信息有限，可能无法满足所有问题排查的需求
`warning`	生产环境、只需要关注错误和警告信息时、对性能要求极高时	日志量最小，对Redis性能影响最小，只记录关键的错误和警告信息，有助于及时发现严重问题	提供的信息非常有限，可能无法提供足够的问题排查线索

Redis日志格式：

Redis日志的默认格式如下：

<timestamp> <log_level> <process_id>:<thread_id> <message>

timestamp：时间戳，表示日志产生的时间。
log_level：日志级别，表示日志的严重程度。
process_id：Redis进程ID。
thread_id：线程ID。
message：日志内容。

例如：

2023-10-27 10:00:00.000 [7777] 1:M 127.0.0.1:6379 connected

这条日志表示在2023年10月27日10:00:00.000，Redis进程7777的1号线程，接收到了来自127.0.0.1:6379的连接。

Redis日志分析：从大海捞针到精准定位

有了Redis日志，就像有了一本武功秘籍，但要练成绝世神功，还需要掌握正确的修炼方法。Redis日志分析也是一样，需要掌握一些技巧和工具，才能从海量的信息中提取出有用的信息。

1. 慢查询日志：性能瓶颈的照妖镜

Redis的慢查询日志是分析性能问题的利器。它记录了执行时间超过指定阈值的命令，可以帮助我们找到性能瓶颈。

配置慢查询日志：

通过slowlog-log-slower-than选项设置慢查询阈值（单位：微秒），通过slowlog-max-len选项设置慢查询日志的最大长度。例如：
```
slowlog-log-slower-than 10000  # 10毫秒
slowlog-max-len 128
```
查看慢查询日志：

使用SLOWLOG GET <n>命令查看最近的n条慢查询日志。例如：
```
redis-cli slowlog get 10
```
分析慢查询日志：

重点关注执行时间较长的命令，分析其原因。可能是命令本身复杂度较高，也可能是数据量太大，还可能是网络延迟等问题。

例如，如果发现大量的KEYS *命令出现在慢查询日志中，说明存在不合理的键名设计，需要优化。

2. 关键词搜索：大海捞针的指南针

在海量的Redis日志中，要找到特定的信息，可以使用关键词搜索。比如，要查找所有关于客户端连接的日志，可以使用grep命令：

grep "connected" redis.log

或者，要查找所有关于内存不足的日志，可以使用：

grep "OOM" redis.log

3. 日志分析工具：从手工分析到自动化分析

如果需要对Redis日志进行更深入的分析，可以使用一些专业的日志分析工具，比如：

ELK Stack（Elasticsearch, Logstash, Kibana）： 一套强大的日志管理和分析平台，可以收集、存储、分析和可视化Redis日志。
Splunk： 另一款流行的日志管理和分析工具，提供强大的搜索、分析和可视化功能。
Graylog： 一款开源的日志管理平台，提供类似ELK Stack的功能。

这些工具可以帮助我们将Redis日志进行结构化处理，方便进行搜索、过滤、聚合和可视化分析。

案例分析：

案例一：CPU占用率过高

现象：Redis服务器CPU占用率持续过高。

分析：
- 首先，查看慢查询日志，看看是否有执行时间过长的命令。
- 如果慢查询日志中没有异常，可以查看Redis的INFO命令输出，看看是否有大量的客户端连接，或者是否有大量的过期键被删除。
- 如果以上都没有问题，可以尝试将日志级别设置为verbose，观察是否有其他的异常信息。
- 最终，可能发现是由于大量的客户端连接导致CPU占用率过高，可以考虑增加Redis服务器的连接数限制，或者优化客户端的连接方式。
案例二：内存不足

现象：Redis服务器出现OOM（Out Of Memory）错误。

分析：
- 查看Redis日志，确认是否真的出现了OOM错误。
- 使用INFO memory命令查看Redis的内存使用情况，看看是否达到了最大内存限制。
- 分析Redis的数据结构使用情况，看看是否有不合理的数据结构设计，导致内存占用过多。
- 如果发现是由于某个特定的数据结构占用过多内存，可以尝试优化该数据结构的设计，或者调整Redis的最大内存限制。
- 如果日志显示有键被淘汰，检查淘汰策略是否合理，是否需要调整。

最佳实践：

生产环境使用notice或warning级别： 避免产生过多的日志，影响Redis性能。
定期备份和清理日志： 防止日志文件占用过多的磁盘空间。
使用日志分析工具： 提高日志分析效率，快速定位问题。
监控Redis关键指标： 结合日志分析，全面了解Redis的运行状况。
定制化日志： 根据实际需求，调整日志格式和内容，方便分析。

总结：

Redis日志是了解Redis运行状况的重要途径。通过调整日志级别，分析日志内容，我们可以及时发现问题，优化性能，保障Redis服务器的稳定运行。希望今天的讲座能帮助大家更好地掌握Redis日志的奥秘，成为真正的Redis探险家！

代码示例：

Python 脚本分析Redis慢查询日志:

import redis

def analyze_slowlog(host='localhost', port=6379, password=None, db=0, num_entries=10):
    """
    连接到Redis服务器，并分析慢查询日志。
    """
    try:
        r = redis.Redis(host=host, port=port, db=db, password=password)
        slowlog = r.slowlog_get(num_entries)

        if not slowlog:
            print("No slowlog entries found.")
            return

        print("=== Slowlog Analysis ===")
        for i, entry in enumerate(slowlog):
            print(f"n--- Entry {i+1} ---")
            print(f"Timestamp: {entry['start_time']}")
            print(f"Duration: {entry['duration']} microseconds")
            print(f"Command: {' '.join(entry['command'])}")
            print(f"Client Address: {entry.get('client_addr', 'Unknown')}")
    except redis.exceptions.ConnectionError as e:
        print(f"Error connecting to Redis: {e}")
    except Exception as e:
        print(f"An unexpected error occurred: {e}")

if __name__ == "__main__":
    analyze_slowlog() # 默认连接到localhost:6379
    # 如果需要指定host, port，password，db，可以修改调用参数
    # analyze_slowlog(host='192.168.1.100', port=6380, password='your_password', db=1, num_entries=20)

这个脚本连接到Redis，检索慢查询日志，并以可读的方式打印每个条目的时间戳、持续时间、命令和客户端地址。

Bash 脚本实时监控 Redis 日志:

#!/bin/bash

# Redis日志文件路径 (根据你的实际情况修改)
LOG_FILE="/var/log/redis/redis-server.log"

# 关键词列表 (根据你的需求添加)
KEYWORDS=("OOM" "error" "slowlog" "timeout" "connected" "disconnected")

# 循环监控日志文件
while true; do
  for KEYWORD in "${KEYWORDS[@]}"; do
    # 使用grep查找包含关键词的新日志行
    NEW_LOGS=$(tail -n 100 "$LOG_FILE" | grep -i "$KEYWORD" | grep -v "already running")

    # 如果有新的日志行，则输出
    if [ -n "$NEW_LOGS" ]; then
      echo "--- Found keyword: $KEYWORD ---"
      echo "$NEW_LOGS"
    fi
  done

  # 暂停一段时间，避免CPU占用过高
  sleep 5
done

这个脚本会持续监控Redis日志文件，并查找包含指定关键词的新日志行。如果找到任何匹配的行，它将打印关键词和相应的日志行。

使用 redis-cli 监控某个 key 的访问:

虽然 redis-cli 本身无法直接监控 key 的访问，但可以结合 MONITOR 命令来捕获所有命令，并过滤出与特定 key 相关的命令。请注意，MONITOR 命令会影响 Redis 的性能，在生产环境中谨慎使用。

redis-cli monitor | grep "your_key"

这个命令会持续输出所有与 "your_key" 相关的 Redis 命令。请将 "your_key" 替换为你实际需要监控的 key 名称。

高级技巧：

自定义日志格式： 可以通过修改Redis源码来定制化日志格式，添加更多有用的信息。
使用 Redis 模块扩展日志功能： 可以编写Redis模块，实现更复杂的日志分析和处理功能。
利用Prometheus和Grafana监控Redis： 将Redis日志集成到Prometheus和Grafana中，实现更全面的监控和可视化。

希望这些代码示例和高级技巧能帮助大家更深入地了解和使用Redis日志。

记住，日志是了解 Redis 的窗口，也是解决问题的钥匙。熟练掌握日志分析，你就能更好地驾驭 Redis，让它为你更好地服务。

发表回复 取消回复

发表回复取消回复