QRedis 运行时最容易出问题的指标有哪些？如果我想尽早发现 Redis 出现性能下降或异常，应该优先盯哪些核心指标？
A优先关注延迟、连接数、内存和命中率
建议重点监控命令执行延迟、当前连接数、内存使用情况、键空间命中率以及每秒请求量。延迟升高通常意味着实例压力变大或发生阻塞；连接数异常可能反映客户端堆积或连接泄漏；内存接近上限时容易触发淘汰或写入失败；命中率下降则表示缓存效果变差，可能需要调整数据模型或缓存策略。
Q怎么判断 Redis 是否快要发生内存风险？我想知道 Redis 会不会因为内存压力过大而影响业务，应该看哪些指标来提前预警？
A重点看内存占用、碎片率和淘汰情况
需要关注已用内存、最大内存配置、内存碎片率、被淘汰 key 数量，以及是否出现拒绝写入。已用内存持续逼近 maxmemory 时，说明容量接近边界；碎片率过高会造成实际占用和可用空间不匹配；如果淘汰数持续增长，说明缓存压力已经较大，可能影响热点数据保留；一旦出现写入拒绝，通常意味着需要立刻扩容或调整淘汰策略。
QRedis 的命中率下降，通常意味着什么？缓存命中率如果变差，是 Redis 本身有问题，还是业务侧数据访问方式出了变化？
A命中率下降往往反映缓存价值变弱或数据分布变化
命中率下降不一定是 Redis 故障，更常见的是业务访问模式发生变化。比如热点数据变多但缓存容量没跟上，过期时间设置不合理，key 设计导致复用率低，或者大量请求直接穿透到数据库。此时应结合 keyspace hits、keyspace misses、热点 key 分布和业务流量变化一起分析，判断是容量不足、策略失配，还是缓存使用方式需要优化。
QRedis 出现连接数异常时，我该怎么排查？如果发现 Redis 连接数突然升高，除了看客户端数量，还应该关注哪些信号来判断风险？
A结合连接数、拒绝连接和客户端行为一起判断
除了当前连接数，还要看拒绝连接次数、慢连接客户端、连接建立速率以及是否存在大量短连接。连接数异常升高可能来自连接池配置不当、客户端重试风暴、应用实例扩容，或者网络异常导致连接反复重建。如果同时出现拒绝连接或超时增多，说明 Redis 可能已经接近连接上限，需要检查客户端连接池、超时设置和服务端参数配置。