-
dump.rdb文件越积越多是因为Redis默认不自动清理旧快照，每次bgsave生成新文件但保留旧文件，需依赖外部脚本按时间戳安全清理。
-
Redis不设maxmemory时不会触发淘汰机制，因默认策略noeviction且不启动任何淘汰逻辑，内存持续增长直至OOMKiller强杀进程。
-
SDIFF不能直接找出“新增关注”，因其仅执行集合差运算且不记录时间顺序；需先构建两个语义明确的快照集合（如按日期命名），再用SDIFF计算差集，否则易因键名错误、空键或客户端处理问题导致结果异常。
-
Redis6+集群启用TLS需版本≥6.0且编译时启用OpenSSL（makeBUILD_TLS=yes），OpenSSL≥1.1.1，所有节点共用同一CA证书，配置必须包含tls-cert-file、tls-key-file、tls-ca-cert-file、tls-clusteryes、tls-replicationyes，客户端需指定--cacert，证书更新须滚动重启。
-
everysec模式下主线程不阻塞，而是将fsync请求提交给后台线程异步执行；实际落盘延迟受I/O负载和内核参数影响，可能数秒甚至失败，连续两次失败则降级为no；监控aof_pending_bio_fsync和aof_delayed_fsync可判断磁盘I/O是否瓶颈。
-
RedisPub/Sub超时主因是TCP连接中断或服务端阻塞，需独立配置订阅连接、启用tcp-keepalive、禁用中间设备断连，并监控blocked_clients与slowlog。
-
哨兵节点启用密码认证但未提供密码导致SENTINELmaster报NOAUTH错误；需在sentinel.conf中配置sentinelauth-pass，并手动auth；注意端口、master-name一致性及flags等字段含义。
-
缓存雪崩主因是大量key过期时间高度趋同，需通过扫描TTL、监控expired_keys曲线及检查写入逻辑验证；应采用SETEX或SET...EX原子命令，在基础过期时间上叠加5%–20%随机偏移，并确保所有写入路径（含定时任务、MQ、后台）均覆盖随机化。
-
发布订阅模式适合实时性要求极高、可容忍消息丢失、一对多广播型通知场景，如服务状态广播、实时日志分发、WebSocket用户事件广播；Stream适合需持久化、至少一次投递、支持消费者组与重试的场景，如订单异步处理、用户行为埋点、审计日志归档。
-
应立即停止Redis服务，恢复备份RDB文件，并严格配置user、dir权限（700）、禁用save""、检查日志权限错误；AOF重写需确保目录UMask=077、禁用绝对路径appendfilename；混合持久化与容器化部署须同步宿主机文件属主和权限。
-
RedisLua脚本中不能直接执行SET等命令，必须通过redis.call()或redis.pcall()调用；MULTI/EXEC等事务命令禁用；所有key需显式传入，集群下须同slot；返回值类型需手动判断，避免误判false/0。
-
Redis6.0+的Pub/Sub不阻塞主线程，因消息分发改由独立客户端上下文异步处理；而5.x及更早版本中publish同步遍历订阅者，网络慢或缓冲区满时会阻塞主线程。
-
不能。RedisList无自动回绕机制，需配合LTRIM控制长度实现伪循环队列；RPOPLPUSH不限长也不丢弃数据；原子性操作须用Lua脚本封装；Stream的MAXLEN更贴近循环语义但不支持随机访问。
-
用SETBIT和GETBIT做存在性判断最直接：SETBIT设定位为1，GETBIT查该位是否为1，O(1)时间、极省空间；不可用BITCOUNT替代，不支持三态，需确保ID到偏移量映射一致。
-
Redis集群必须使用ntpd或chronyd平滑同步时间，内网部署专用NTP服务器，配置restrict规则、硬件时钟同步和开机自启，并通过ntpq-p、ntpq-crv及Redis日志持续监控。
