-
Redis默认tcp-keepalive关闭（值为0），需主从双方redis.conf显式配置tcp-keepalive300并重启生效，且须与repl-timeout≥300协同调整，否则连接假活导致复制卡死。
-
根本原因是客户端频繁新建并立即关闭TCP连接，导致Linux内核在主动关闭方维持TIME_WAIT状态（2×MSL，通常60秒），端口无法复用；Redis服务端不产生该状态，问题源于客户端未复用连接池、错误调用close()、配置不当或框架内重复初始化。
-
serverCron每100ms检查一次，仅当无RDB/AOF子进程时，才根据saveparams（dirty+lastsave）触发RDB，或根据AOF状态、大小及增长率触发AOF重写；改配置不重置计时/计数，故不立即生效。
-
Redis集群中requirepass无效，因其仅作用于客户端端口（如6379），不约束集群总线端口（如16379）；节点间通信明文进行，需依赖网络隔离、ACL及正确配置cluster-announce-ip等措施保障安全。
-
空值缓存过期时间设太长会导致Redis内存耗尽。因空值key不被访问，LRU无法淘汰，且每个约占100–200字节，数量多时迅速撑满内存；安全TTL应为1–5秒，需匹配业务数据可见延迟，并配合布隆过滤器、前缀命名、LFU策略及监控告警综合防控。
-
商品详情页把库存、价格和活动状态合成一次 MGET 后，在 Redis Cluster 里突然报 CROSSSLOT，根因往往不是客户端，而是同一业务实体的 Key 没有落到同一个槽位。本文用 CLUSTER KEYSLOT、Hash Tag 和迁移期检查拆出一条可复查的修复路径。
-
Redis7.0的io-threads仅加速socketread/write/RESP解析，不执行命令；盲目开启或多设线程数反致延迟上升、吞吐下降，需先确认瓶颈确在IO层而非主线程或内存带宽。
-
Redis 7.0 起，EXPIRE 可用 NX、XX、GT、LT 为过期时间加条件。NX 只给没有 TTL 的 key 首次设置过期，XX 只更新已有 TTL 的 key，GT 只允许延长，LT 只允许缩短。它们互斥；TTL 返回 -1 表示 key 存在但没有过期时间，-2 表示 key 不存在。把条件写清楚，才能避免续期任务意外把缓存窗口改乱。
-
根本原因是sentineldown-after-milliseconds阈值过短，而主库执行耗时Lua脚本导致PING响应超时，哨兵误判为主观下线；典型表现为INFOreplication正常但日志频繁出现+sdown又快速恢复。
-
Redis6.0+才正式支持volatile-lfu和allkeys-lfu，低版本会静默降级为LRU；需通过CONFIGGET/SET确认并热生效策略，商品Key须按粒度命名（如prod:sku:10086）并用INCR+EXPIRE维护热度，OBJECTFREQ返回0–255近似值仅适用于相对排序，不反映真实访问次数。
-
Lettuce管道中flushCommands()仅发送命令不返回结果，正确做法是先保留各操作返回的RedisFuture，再调用get()或thenApply()获取响应。
-
DEL命令清空List最快，时间复杂度O(1)，原子且单次往返；LTRIM仅在小List中可用，O(N)且保留key；禁用LPOP循环，避免阻塞与残留；清空前需TYPE校验类型。
-
LATENCYDOCTOR无法诊断atop导致的毛刺，因其只监控Redis内部延迟（如事件循环、命令执行、AOF写入），而atop-R读取/proc/pid/smaps触发的内核页表锁争用发生在内核态，Redis用户态线程无法感知。
-
命中率低于75%（即keyspace_hits:keyspace_misses<3:1）时应调整淘汰策略，因缓存已无法有效分担数据库压力；需结合evicted_keys增速与keyspace_misses增速同步上升来确认问题根源。
-
可行但仅适用于轻量场景；必须用EVAL执行Lua脚本原子完成“取+删”或“取+标记”，避免LPOP+DEL竞态导致重复消费或消息丢失。
