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