-
Redis连接空闲后收不到数据主因是防火墙/NAT静默丢包，须主从节点均配置tcp-keepalive300并重启生效；该参数控制空闲300秒后发首探，不读取内核参数，需ss-tnp验证timer列是否显示keepalive。
-
volatile-lru不适合社交关系链，因其仅淘汰带过期时间的key，而关系数据作为主数据映射不应设TTL；强行加EXPIRE会引发雪崩与CPU升高；allkeys-lfu更匹配二八流量特征，配合调大maxmemory-samples和合理配置LFU衰减可提升淘汰精准度。
-
ZUNIONSTORE合并多个ZSet时相同member的score默认相加；海量数据下会严重阻塞Redis主线程；需注意目标key编码、memberID统一及分批合并等实践要点。
-
Bitmap用1bit存每日签到状态，1万用户年数据仅13KB，String存“1”/“0”需3.6MB；需按年分key、用BITPOS+BITCOUNT算连续天数，offset须为小整数且避免客户端溢出。
-
Redis通过硬编码魔数“REDIS”识别混合AOF中RDB段，匹配后切换至AOF解析模式；RDB损坏则直接报错不进入AOF阶段，且无法手动拼接或用redis-check-aof修复。
-
哨兵必须和业务走不同网卡，以避免业务流量干扰心跳包导致误判下线；需绑定专用网卡IP、隔离哨兵间通信、禁用DNS解析并校验hosts、防火墙等全链路配置。
-
AOF文件无法直接看出某条key被谁改过，因其仅记录命令文本，不包含时间戳、客户端ID或用户标识；需通过业务层打标或Proxy日志实现审计溯源。
-
应先用EXISTS检查key存在，再用TYPE校验类型是否为string，因GET对非string类型会直接报错且无法捕获；TYPE返回值严格区分大小写和拼写，须用==全等比较。
-
从节点默认不执行任何过期逻辑，仅重放主节点发来的DEL等命令；必须设maxmemory-policy为noeviction（或7.0+启用replica-ignore-maxmemoryyes）防止主动淘汰破坏一致性。
-
ZREMRANGEBYSCORE默认闭区间，需用“(”语法实现开区间；误删风险高，执行前须用ZRANGEBYSCORE预查；大ZSet范围删除应分批处理，Redis7.0+支持LIMIT，旧版需客户端循环；ZREMRANGEBYRANK与ZREMRANGEBYSCORE语义不同，不可混用。
-
RedisStreams用XADD存操作日志最直接，天然按毫秒级时间戳排序，支持XREAD/XRANGE按时间范围查询，需设MAXLEN防爆涨，多服务通过consumergroup共享且互不干扰，持久化依赖AOF配置。
-
noeviction是金融级系统唯一可接受的内存策略，它通过写入失败显式暴露容量瓶颈，杜绝后台自动删数据；淘汰策略属兜底补救，非容量规划手段，须配合85%阈值告警、自动化扩容及OOM错误处理闭环。
-
RedisString底层使用SDS而非C字符串，具备O(1)长度获取、二进制安全等特性；其内存布局含sdshdr头（因类型不同为4/6字节）与数据，小字符串存在固定开销；扩容采用几何增长策略易造成内存浪费；≤44字节时启用embstr编码以节省内存和指针跳转开销。
-
哨兵节点启用密码认证但未提供密码导致SENTINELmaster报NOAUTH错误；需在sentinel.conf中配置sentinelauth-pass，并手动auth；注意端口、master-name一致性及flags等字段含义。
-
直接用SETNX易误删锁，因加锁与设过期非原子操作，且释放锁未校验线程标识；正确做法是SET+NX+EX原子加锁并用Lua脚本校验值后删除。
