Redis的INFO命令提供服务器状态全景视图，涵盖内存、客户端、持久化等9大模块数据。掌握其中memory、stats、clients等核心参数，可精准识别内存泄漏、连接数异常、持久化故障等问题，配合实时监控工具使用效果更佳。
一、为什么说INFO命令是Redis运维的听诊器？
问题：当Redis响应变慢时，如何快速确定问题根源？
方案：执行INFO all获取完整报告，重点关注memory模块的used_memory_human和mem_fragmentation_ratio。若碎片率超过1.5，表明内存分配异常。
案例：某电商平台大促期间Redis延迟突增，通过INFO memory发现碎片率达2.3，执行MEMORY PURGE后QPS提升40%。
二、怎样用INFO命令预防缓存雪崩？
问题：如何预判键过期引发的雪崩风险？
方案：查看stats模块的expired_keys和evicted_keys，结合CONFIG GET maxmemory-policy分析淘汰策略。
案例：社交App凌晨出现流量洪峰，运维团队通过监控expired_keys的突变趋势，提前调整过期时间分散策略，避免服务中断。
三、客户端连接数异常怎么排查？
问题：遇到max number of clients reached告警怎么办？
方案：解析clients数据块的connected_clients与blocked_clients，配合CLIENT LIST定位异常连接源。
案例：物流系统出现连接池耗尽，分析发现某微服务未正确释放连接，修正连接池配置后资源消耗降低65%。
四、持久化故障如何快速诊断？
问题：RDB/AOF持久化失败如何定位？
方案：检查persistence模块的rdb_last_bgsave_status和aof_last_write_status，结合last_save_time判断备份时效性。
案例：金融系统数据备份异常，发现是磁盘空间不足导致bgsave失败，清理日志文件后恢复持久化功能。
常见问题解答
Q：INFO命令会影响Redis性能吗？
A：单次执行耗时约0.1ms，但高频调用（>100次/秒）可能导致性能波动，建议通过监控系统间接获取数据
Q：如何解析INFO返回的非结构化数据？
A：推荐使用redis_exporter将数据转为Prometheus格式，或通过Grafana配置阈值告警面板
