Redis 6.0性能监控全面升级：INFO新增io_thread_*、client_recent_max_buffer等字段，--stat支持网络带宽与SSL连接统计，CLIENT LIST字段扩展且结构不兼容，多线程I/O监控需通过INFO modules和latency graph精准定位瓶颈。
Redis 6.0 在性能监控上不是“加了几个新命令”那么简单，而是监控粒度、数据来源和默认行为都变了——如果你还在用 INFO 或旧版客户端采集指标，很可能漏掉关键瓶颈点。
INFO 命令输出字段大幅扩展
Redis 6.0 的 INFO 返回新增了多个监控维度，尤其在 I/O 和内存管理层面：
-
io_thread_*字段（如io_thread_total_reads_processed）只在启用多线程 I/O 时出现，用于判断线程是否饱和；5.0 完全没有这些字段 -
clients区块新增client_recent_max_input_buffer和client_recent_max_output_buffer，反映客户端缓冲区峰值，对排查连接堆积极有用 -
memory区块增加active_defrag_running和mem_clients_normal，可直接看到客户端内存占用占比，而 5.0 只能靠估算 -
stats中evicted_clients字段统计因 client-output-buffer-limit 被踢出的连接数，5.0 不暴露该计数
redis-cli --stat 输出更贴近真实负载
6.0 的 redis-cli --stat 默认每秒刷新一次，并自动包含 instantaneous_ops_per_sec、used_memory_human、connected_clients 等核心指标，且数值精度更高；5.0 版本输出字段少、采样间隔不稳定，容易误判吞吐拐点。
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 6.0 会显示
instantaneous_input_kbps/instantaneous_output_kbps，直接反映网络带宽压力，5.0 无此字段 - 当启用 ACL 后，6.0 的
--stat会隐式过滤权限不足用户的请求统计，而 5.0 所有连接一视同仁，导致监控值虚高 - 若开启 SSL/TLS，6.0 的
--stat会额外报告ssl_active_connections，便于识别加密连接开销
CLIENT LIST 输出结构变更影响监控解析
6.0 的 CLIENT LIST 每行返回字段数从 5.0 的约 12 个增至 20+ 个，且关键字段位置/类型不兼容：
-
addr字段在 6.0 中可能含 IPv6 地址或 Unix socket 路径（如/tmp/redis.sock），5.0 几乎全是 IPv4:port 格式 - 新增
client_id（数值型）、client_name（字符串）、conn（连接类型：unix/tcp/tls），5.0 仅靠addr和fd推断连接属性 -
omem（输出缓冲区字节数）在 6.0 中更准确反映实际内存占用，5.0 的该值常为 0 或严重低估 - ACL 用户的
user字段在 6.0 中必显（如default或monitor_user），5.0 仅当显式设置用户名才出现，否则为空
内置监控命令对多线程 I/O 的适配性差异
6.0 多线程 I/O 是监控盲区的最大来源——不是没数据，而是旧脚本根本不知道去哪取：
- 启用
io-threads 4后，必须用INFO modules查看io_threads模块状态，5.0 无此模块，调用直接报错ERR unknown command -
latency graph在 6.0 中能区分net（网络层延迟）和command（命令执行延迟），而 5.0 只有笼统的total延迟，无法定位是网卡瓶颈还是慢查询 - 6.0 的
MEMORY PURGE命令可触发 jemalloc 内存归还，配合INFO memory中的mem_allocator_stats字段，才能确认是否真正释放；5.0 即使调用也无反馈 - 若使用
redis-benchmark -c 1000 -t set,get测试，6.0 会报告io_threads_used实际调度线程数，5.0 始终显示 0
真正容易被忽略的是：6.0 的监控数据默认不向后兼容。比如用 5.0 的 Prometheus Exporter 抓取 6.0 实例，redis_connected_clients 指标可能突然归零——不是连接断了，而是 exporter 解析 CLIENT LIST 时字段越界导致整个 metrics 解析失败。升级前务必验证监控 agent 对新版字段的兼容性。
