-
setIfAbsent不够安全，因其无法原子性设置过期时间，易导致锁永久不释放；Redis推荐用SETkeyvalueNXEXseconds一步完成，但SpringDataRedis老版本setIfAbsent不支持EX参数。
-
Redis集群内网带宽消耗主因是Gossip协议心跳、拓扑同步和故障探测，走16379集群总线端口，不体现于客户端网络指标；需通过INFOreplication的repl_offset差值和INFOstats的instantaneous_input/output_kbps间接估算，异常时用redis-cli--clustercheck和tcpdump抓包分析。
-
Redis自动快照由save指令控制，需满足“指定时间内发生指定次数写操作”才触发，如save9001表示900秒内至少1次修改；仅注释或修改redis.conf不生效，必须重启或重载配置，且CONFIGSET无法动态修改save参数。
-
主节点配置requirepass后从节点同步失败，因从节点未配置masterauth导致认证失败；需在从节点配置文件中设置masterauth或运行时CONFIGSET，并配合ACL权限、bind限制与防火墙加固。
-
Redis7.0前无原生布隆过滤器，需依赖redisbloom模块或手动实现；云Redis通常未启用该模块，须先用MODULELIST确认；手动实现依赖SETBIT/GETBIT与多哈希（推荐fnv1a_64/murmur3），K取3–5，BIT_SIZE需按预估总量与误判率反推，避免空间不足导致误判飙升。
-
全量复制触发时，Redis主节点必须生成RDB文件，因为从节点初次连接或断连太久后无法仅靠增量命令追上主节点，主节点需将当前完整数据集打包成RDB文件传给从节点以保证状态一致。
-
<p>缓存雪崩主因是大量Key集中过期，解决需打散过期时间并避免全量失效；分片本身不防雪崩，但结合一致性哈希与分片ID固定偏移（如offset=shard_id*60）可强制错峰过期，比随机更可控。</p>
-
min-slaves-to-write作用是当在线且延迟≤min-slaves-max-lag的从库数量不足时，主库主动拒绝写命令以保障数据安全；但因不校验从库是否真正落盘、主库缓冲区数据未发送、diskless复制期间内存积压等原因仍可能丢数据。
-
RedisPub/Sub超时主因是TCP连接中断或服务端阻塞，需独立配置订阅连接、启用tcp-keepalive、禁用中间设备断连，并监控blocked_clients与slowlog。
-
必须同时排除RedisAutoConfiguration和RedisRepositoriesAutoConfiguration，否则因后者依赖redisTemplate而启动失败；exclude参数需传入Class数组，配置文件中须正确书写全限定名并避免缩进错误，且需清理残留Redis属性和手动Bean。
-
Redis发布订阅的热Key本质是频道成为单点瓶颈，因频道由全局字典维护、无法分片，需通过语义拆分（业务/时间/用户维度）+客户端软负载（轮询/随机/一致性哈希）+分层设计（Pub/Sub仅发轻量通知）协同优化。
-
<p>SCAN在Redis集群中不能扫全量key，因为其仅作用于当前连接节点，需手动遍历所有主节点；应通过CLUSTERNODES筛选master节点，用SCAN0MATCH*COUNT1000逐节点扫描并去重校验。</p>
-
GEODIST返回null或0主因是两个member不在同一key的Geo集合中；必须同属一个SortedSet，且需显式指定单位（m/km/mi/ft），member名含空格须加引号，跨key计算不支持。
-
repl-timeout应设为P99RTT的2～3倍，如P99RTT为120ms则建议30秒；需协同调整repl-backlog-size、repl-backlog-ttl和tcp-keepalive，并验证sync_partial_ok上升及master_link_status稳定。
-
根本原因是MOVE命令迁移大Key时需原子性搬运整个value并阻塞slot读写；应通过业务层拆分（如SCAN+HSCAN）、人工slot迁移及提前识别大Key来解决，而非依赖reshard。
