-
应立即停止Redis服务，恢复备份RDB文件，并严格配置user、dir权限（700）、禁用save""、检查日志权限错误；AOF重写需确保目录UMask=077、禁用绝对路径appendfilename；混合持久化与容器化部署须同步宿主机文件属主和权限。
-
Redis集群必须使用ntpd或chronyd平滑同步时间，内网部署专用NTP服务器，配置restrict规则、硬件时钟同步和开机自启，并通过ntpq-p、ntpq-crv及Redis日志持续监控。
-
在Redis集群中查某个key的实时内存占用需先定位其所在slot和节点：用CLUSTERKEYSLOT算slot号，CLUSTERSLOTS查对应主节点IP:PORT，再连该节点执行MEMORYUSAGE；因官方redis-cli--cluster不支持透传该命令，且结果为估算值，需注意偏差与重试机制。
-
Redis不设maxmemory时不会触发淘汰机制，因默认策略noeviction且不启动任何淘汰逻辑，内存持续增长直至OOMKiller强杀进程。
-
Redis禁止BGSAVE与BGREWRITEAOF并发执行，是为避免双子进程争抢CPU、I/O、COW内存页及fsync队列；前者返回错误，后者被排队；no-appendfsync-on-rewriteyes可缓解AOF重写时主进程fsync阻塞，但对BGSAVE无效。
-
根本原因是Redis集群要求多键操作的key必须位于同一slot，而HashTag（如{user:1}:profile）通过仅哈希花括号内内容实现强制同槽，但需命令本身支持多key且全链路保留括号语义。
-
用SETBIT和GETBIT做存在性判断最直接：SETBIT设定位为1，GETBIT查该位是否为1，O(1)时间、极省空间；不可用BITCOUNT替代，不支持三态，需确保ID到偏移量映射一致。
-
不能。RedisList无自动回绕机制，需配合LTRIM控制长度实现伪循环队列；RPOPLPUSH不限长也不丢弃数据；原子性操作须用Lua脚本封装；Stream的MAXLEN更贴近循环语义但不支持随机访问。
-
必须显式配置client-output-buffer-limit，否则普通客户端无输出缓冲区上限，易致内存耗尽；需为normal、pubsub等类型分别设置hard/soft限制，尤其pubsub缓冲区最易失控。
-
必须配合日期动态生成key，因Bitmap无时间维度，共用key会丢失日期信息且导致单key膨胀、RDB/AOF暴增、主从延迟；用户ID须映射为非负整数offset，避免直接强转；BITCOUNT偏高多因key未清理或offset错位；5000万DAU下Bitmap体积约6.25MB，但需防ID稀疏浪费内存。
-
缓存击穿是热点key过期瞬间并发请求涌向DB，需用逻辑过期、随机过期时间、分级预热、互斥锁及行为验证来防控。
-
发布订阅模式适合实时性要求极高、可容忍消息丢失、一对多广播型通知场景，如服务状态广播、实时日志分发、WebSocket用户事件广播；Stream适合需持久化、至少一次投递、支持消费者组与重试的场景，如订单异步处理、用户行为埋点、审计日志归档。
-
主节点磁盘满导致bgsave失败，进而使从节点全量同步卡在wait_bgsave状态；需通过df-h查Redis实际dir路径磁盘使用率、日志中“Nospaceleftondevice”报错及infopersistence中rdb_bgsave_in_progress异常确认。
-
LFU频率计数器非线性增长，由lfu-log-factor和lfu-decay-time共同调控：访问按概率递增且增幅随当前值增大而衰减，初始值为5、上限255；衰减每lfu-decay-time分钟执行一次右移1位。
-
RedisCluster故障转移由主节点失联且多数主节点投票确认触发；从节点需满足复制偏移量达标、获多数主节点投票才能当选新主。
