-
应立即停止Redis服务，恢复备份RDB文件，并严格配置user、dir权限（700）、禁用save""、检查日志权限错误；AOF重写需确保目录UMask=077、禁用绝对路径appendfilename；混合持久化与容器化部署须同步宿主机文件属主和权限。
-
@Cacheable默认不设过期时间，若统一配置TTL则所有key同步过期易引发雪崩；需通过RedisTemplate手动写入并添加随机偏移（如10分钟±60秒）来缓解。
-
Redis内存淘汰策略由maxmemory-policy配置决定，不设则默认noeviction导致写入失败；需结合数据TTL、访问模式及一致性要求选择volatile-lru、allkeys-lru等策略，并确保maxmemory非零、淘汰触发条件满足。
-
RPOPLPUSH是唯一能安全抢占List任务的原子操作，因其一步完成“从source弹出并推入destination”，避免LRPOP+LPUSH组合导致的任务丢失、重复或空返回误判。
-
Redis发布订阅不保存历史消息，因此SUBSCRIBE收不到已发布的消息；审计必须由发布端主动同步写入持久化存储，不能依赖Pub/Sub自身机制。
-
Redis集群必须使用ntpd或chronyd平滑同步时间，内网部署专用NTP服务器，配置restrict规则、硬件时钟同步和开机自启，并通过ntpq-p、ntpq-crv及Redis日志持续监控。
-
预热时DB被打挂因未限流分片、全量查询触发慢查锁表及连接池耗尽；应按主键分页、加休眠、控制并发、Pipeline分批、设临时标记、渐进切流、拆分Hash结构并监控关键指标。
-
频道名本身不引发哈希冲突，但不良命名会损害运维、调试与权限控制；应采用小写、英文数字、下划线/点号分层的短名（≤64字符），避免空格、通配符、控制字符及动态拼接注入风险。
-
根本原因是COW导致RSS内存暴涨触碰maxmemory上限而被迫淘汰；bgsave时fork子进程触发Copy-On-Write，父进程修改内存页即复制物理页，临近maxmemory时瞬时内存增长直接触发淘汰。
-
是的。shutdown默认执行同步RDB保存，前提是redis.conf中存在未注释的有效save规则（如save6010000），且磁盘空间充足、无阻塞命令；它会先落盘再断连最后退出。
-
不能直接用@Primary切换Redis数据源，因其仅指定启动时默认Bean，无法运行时动态路由；需用ThreadLocal持有当前线程的ConnectionFactory，并配合AOP在方法级按需绑定与清理。
-
主从同步断开时repl-backlog溢出会导致全量同步反复触发；需根据写入速率与最大重连时间估算合理大小，动态调整后须同步更新配置文件。
-
Redis主从复制卡顿延迟飙升的典型表现是master_repl_offset与slave_repl_offset差值持续扩大、sync_full_ok频发，根本原因是fork子进程阻塞主线程，尤其内存大时fork耗时长导致repl-backlog溢出。
-
RDB快照非实时落盘，依赖bgsave子进程异步生成，期间新写入数据不包含在本次快照中；AOF重写通过双缓冲保障新命令不丢失；混合持久化仅存储格式混合，写入仍按appendfsync策略执行。
-
在Redis集群中查某个key的实时内存占用需先定位其所在slot和节点：用CLUSTERKEYSLOT算slot号，CLUSTERSLOTS查对应主节点IP:PORT，再连该节点执行MEMORYUSAGE；因官方redis-cli--cluster不支持透传该命令，且结果为估算值，需注意偏差与重试机制。
