Redis Command Info 命令（一文讲透）

💡一则或许对你有用的小广告

欢迎加入小哈的星球 ，你将获得：专属的项目实战 / 1v1 提问 / Java 学习路线 / 学习打卡 / 每月赠书 / 社群讨论

• 新项目:《从零手撸：仿小红书（微服务架构）》 正在持续爆肝中，基于 Spring Cloud Alibaba + Spring Boot 3.x + JDK 17...，点击查看项目介绍 ;演示链接： http://116.62.199.48:7070 ;
• 《从零手撸：前后端分离博客项目（全栈开发）》 2 期已完结，演示链接： http://116.62.199.48/ ;

截止目前， 星球 内专栏累计输出 90w+ 字，讲解图 3441+ 张，还在持续爆肝中.. 后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，权限管理，Spring Cloud Alibaba 微服务等等，已有 3100+ 小伙伴加入学习 ，欢迎点击围观

前言

在现代互联网应用中，Redis 作为高性能的内存数据库，被广泛应用于缓存、消息队列、实时计数等场景。掌握 Redis 的核心命令是开发者高效利用其功能的关键。其中，INFO 命令是 Redis 提供的一个强大工具，它能够返回 Redis 服务器的实时运行状态和配置信息。对于编程初学者和中级开发者而言，理解 Redis Command Info 的作用与用法，不仅能帮助快速排查问题，还能为优化系统性能提供数据支撑。本文将通过循序渐进的方式，结合实例和类比，深入讲解 INFO 命令的功能、输出解析及实际应用场景。

一、Redis Command Info 命令的基础概念

1.1 什么是 INFO 命令？

INFO 命令是 Redis 的一个内置命令，用于获取 Redis 服务器的详细信息。它类似于操作系统的 systemctl status 或 top 命令，能够返回包括服务器版本、内存使用、持久化配置、客户端连接数等在内的数百项指标。

形象比喻：
可以将 Redis 比作一座图书馆，而 INFO 命令就是这座图书馆的“管理员日志”。管理员通过日志可以快速了解图书借阅情况、库存状态、读者活跃度等信息，开发者通过 INFO 命令则能掌握 Redis 的运行状态。

1.2 命令的基本语法

INFO 命令的语法简单直观，但可通过参数指定返回的信息范围：

INFO [SECTION]  

• 无参数：返回所有信息。
• SECTION：指定查看某一模块的信息（如 memory、persistence、server 等）。

示例：

127.0.0.1:6379> INFO  
127.0.0.1:6379> INFO memory  

二、INFO 命令输出的解析

INFO 命令的输出内容分为多个 section（段落），每个段落对应 Redis 的不同功能模块。以下通过具体案例，逐步解析关键 section 的含义。

2.1 Server Section：服务器基本信息

输出示例：

redis_version:7.0.5  
redis_git_sha1:00000000  
redis_git_dirty:0  
arch_bits:64  
multiplexing_api:epoll  
process_id:12345  
run_id:abc123...  
tcp_port:6379  
uptime_in_seconds:86400  

关键指标解释：

• redis_version：Redis 的版本号，用于确认是否需要升级或排查兼容性问题。
• uptime_in_seconds：Redis 进程已运行的秒数，可用于监控服务稳定性。
• tcp_port：Redis 监听的端口号，默认为 6379。

实际场景：
当需要排查 Redis 服务是否长时间运行导致内存泄漏时，可检查 uptime_in_seconds 的值。若服务运行时间过长，重启服务可能是解决方案之一。

2.2 Memory Section：内存使用情况

内存管理是 Redis 性能的核心，INFO memory 可帮助开发者监控内存消耗。

输出示例：

used_memory:83886080  
used_memory_peak:94371840  
used_memory_rss:88080320  
mem_fragmentation_ratio:1.05  

关键指标解释：

• used_memory：Redis 进程实际使用的内存总量（单位：字节）。
• used_memory_peak：历史内存使用峰值，用于判断内存是否有异常波动。
• mem_fragmentation_ratio：内存碎片率，计算方式为 used_memory_rss / used_memory。若该值长期大于 1.5，可能需要调整内存配置。

比喻与案例：
假设 Redis 的内存碎片率突然从 1.0 跃升至 2.0，这就像图书馆的书架原本整齐排列，但突然有大量书籍被随意堆放，导致空间浪费。此时需检查是否频繁删除或新增大量键值对，或尝试使用 CONFIG SET activerehashing yes 等命令优化内存分配。

2.3 Persistence Section：持久化配置

Redis 的持久化策略（如 RDB、AOF）决定了数据是否能在服务重启后恢复。

输出示例：

rdb_changes_since_last_save:0  
aof_enabled:1  
aof_rewrite_in_progress:0  

关键指标解释：

• aof_enabled：是否启用了 AOF（Append Only File）持久化。值为 1 表示已启用。
• rdb_last_save_time：最后一次成功生成 RDB 文件的时间戳。

实际应用：
若 aof_rewrite_in_progress 的值为 1，说明 Redis 正在执行 AOF 重写操作，此时应避免执行高负载操作，以免影响性能。

三、Redis Command Info 的高级用法

3.1 按需筛选信息：使用 Section 参数

当需要快速定位特定信息时，可通过指定 section 参数缩小输出范围。例如：

127.0.0.1:6379> INFO clients  
connected_clients:15  
client_longest_output_list:0  
client_biggest_input_buf:0  

127.0.0.1:6379> INFO cpu  
used_cpu_sys:2.3  
used_cpu_user:1.8  

3.2 结合 Shell 脚本自动化分析

通过 Shell 脚本结合 grep 和 awk，可快速提取关键指标。例如：

redis-cli INFO memory | grep used_memory | awk -F ':' '{print $2}'  

while true; do  
  redis-cli INFO clients | grep connected_clients  
  sleep 5  
done  

四、常见问题与解决方案

4.1 问题 1：内存使用率异常升高

现象：used_memory 持续增长，接近服务器物理内存限制。
排查步骤：

1. 检查是否有未过期的超大键值对：

   # 查找内存占用最大的前 10 个键  
   redis-cli --scan | xargs redis-cli debug object | sort -nr | head -n 10  
   

2. 确认是否启用了内存淘汰策略（如 maxmemory-policy）。

4.2 问题 2：持久化文件损坏

现象：INFO persistence 显示 rdb_last_bgsave_status 为 err。
解决方法：

1. 检查磁盘空间是否充足。
2. 手动触发 RDB 保存：

   redis-cli BGSAVE  
   

3. 若问题持续，尝试从备份恢复数据。

五、最佳实践与性能优化

5.1 定期监控内存碎片率

当 mem_fragmentation_ratio 超过 1.5 时，可通过以下方式优化：

• 执行 MEMORY PURGE 强制释放未使用的内存页（需谨慎使用）。
• 调整 maxmemory 配置，避免内存被完全耗尽。

5.2 配置合理的内存淘汰策略

根据业务需求选择淘汰策略，例如：

• LRU（最近最少使用）：适合缓存场景，自动淘汰不常访问的数据。
• volatile-lru：仅淘汰设置了过期时间的键。

配置示例：

maxmemory-policy volatile-lru  

六、进阶案例：结合 INFO 命令分析性能瓶颈

6.1 案例背景

假设某电商系统在促销期间 Redis 响应延迟升高，需定位原因。

6.2 分析步骤

1. 检查内存使用：

   127.0.0.1:6379> INFO memory  
   # 发现 used_memory 已接近 maxmemory 配置的 90%  
   

2. 查看客户端连接数：

   127.0.0.1:6379> INFO clients  
   # connected_clients 突增至 200+，远超正常值  
   

3. 分析慢查询日志：
   • 检查 SLOWLOG 命令，发现某 SCAN 操作耗时过高。

6.3 解决方案

• 优化内存：启用 volatile-lru 策略，淘汰过期缓存键。
• 限流客户端连接：通过 maxclients 配置限制并发连接数。
• 优化慢查询：将 SCAN 替换为更高效的键空间迭代方式。

结论

Redis Command Info 是开发者掌握 Redis 内部状态的核心工具。通过解析其输出的多个 section，开发者能够快速定位内存泄漏、持久化异常、客户端连接瓶颈等问题。无论是排查线上故障，还是优化系统性能，INFO 命令都提供了直观的数据支持。建议在日常开发中将其与监控工具（如 Prometheus、Grafana）结合，实现自动化告警与长期趋势分析。

掌握 INFO 命令不仅是技术能力的提升，更是对 Redis 运行机制的深刻理解。随着实践的深入，开发者将能更从容地应对高并发场景下的挑战，充分发挥 Redis 的潜力。

关键词布局总结：

• 核心关键词“Redis Command Info 命令”自然分布在标题、前言及关键段落中，确保语义连贯。
• 次要关键词如“内存使用率”、“持久化配置”等作为技术细节，增强内容的专业性和可搜索性。