-
AOF重写期间used_memory_rss突然翻倍，根本原因是Redis启用双缓冲机制并触发COW大量页复制。主进程同时维护新旧AOF缓冲区，大Key修改或哈希扩容导致RSS飙升1.5–2倍，OOMkiller可能介入。
-
调大hash-max-ziplist-entries内存不降反升，因ziplist启用需同时满足entries、value长度及数据紧凑三条件；单个value超hash-max-ziplist-value即退化为hashtable。
-
dump.rdb文件越积越多是因为Redis默认不自动清理旧快照，每次bgsave生成新文件但保留旧文件，需依赖外部脚本按时间戳安全清理。
-
volatile-ttl是Redis唯一支持按剩余过期时间优先淘汰的策略，仅作用于ttl>0的已设过期键，每次内存不足时淘汰一个最接近到期的key，非批量清理、不主动扫描、不保证全量精确排序。
-
单纯用EXPIRE挡不住缓存击穿，因Redis物理过期会删除key导致并发请求全打到DB；逻辑过期通过value内嵌expireTime时间戳由应用判断数据有效性，配合长TTL防key被清，再用SETNX避免重复更新。
-
布隆过滤器不支持单元素删除，BF.EXISTS返回true时数据可能已不存在，导致缓存穿透；应改用支持CF.DEL的CuckooFilter或定期重建带时间戳的过滤器。
-
RedisCluster非开箱即用高可用方案，需主动设计拓扑、预估槽位、处理跨槽限制；常见连不上因客户端未启集群模式、总线端口未开放、配置用localhost、多key未同槽、全局命令不支持、脚本事务受槽约束、slot缓存更新滞后等。
-
切换RedisPython客户端需同步更新依赖和初始化代码，仅安装新包不生效；redis-py不支持集群，redis-py-cluster已停更，应改用redis-py4.0+的RedisCluster；异步场景下aioredisv1与v2接口不兼容。
-
Redis哨兵模式不支持自动伸缩，其核心能力仅限于监控存活、触发故障转移和提供主节点地址；它不参与节点增删、数据分片或路由更新。
-
哨兵选主按slave-priority、复制偏移量、RunID三步筛选：优先过滤priority为0的节点；再比对offset，越大越优；最后按RunID字典序升序取首个。
-
ZREVRANGE默认返回member（如商品ID），非score；需加WITHSCORES参数才同时返回member和score，结果为交替格式。
-
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限制与防火墙加固。
