-
应使用Redis的Hash或ZSet维护用户会话映射，新登录时先获取并删除旧会话缓存及黑名单，配合事务或Lua脚本保证并发安全，而非仅依赖EXPIRE。
-
Redis过期事件非实时触发，仅在键被真正删除时发布__keyevent@0__:expired消息，存在延迟且不保证100%送达；需显式配置notify-keyspace-eventsEx，SpringBoot需正确配置RedisMessageListenerContainer并指定精确频道名。
-
Redis不设maxmemory时不会触发淘汰机制，因默认策略noeviction且不启动任何淘汰逻辑，内存持续增长直至OOMKiller强杀进程。
-
用RedisINFOstats的keyspace_hits和keyspace_misses实时计算命中率，低于70%且5分钟滚动均值持续异常即告警；结合DB空查询日志确认缓存穿透；布隆过滤器须前置、全量预热、与DB写操作强一致，拦截非法ID；对已存在但已失效的ID，通过空查日志聚类+内存黑名单防控。
-
根本原因是RedisGEO基于zset实现，每个成员存原始坐标和geohash整数两份数据，且5.0前逐个解析导致跳表与哈希表频繁双更新，叠加浮点转geohash计算开销。
-
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更贴近循环语义但不支持随机访问。
-
Redis集群中Lua脚本不会触发传统死锁，但会因单线程执行而阻塞整个节点；无限循环脚本导致该节点所有命令超时，需通过CLIENTLIST、INFOcommandstats及CLUSTERNODES识别异常，并依赖lua-time-limit、计数器循环、客户端超时与限流等机制防控。
-
Redis集群不自动随机化过期时间，需业务层实现；限流须在应用层或网关层统一控制；热点key需加扰动后缀分散分片；三者叠加（集群+随机过期+限流）且随机范围≥±5%才有效防雪崩。
-
repl-backlog-ttl是Redis主节点在无从节点连接时自动释放复制积压缓冲区的时间阈值，默认3600秒；超时后清空backlog，导致重连从节点无法部分同步而触发开销巨大的全量同步。
-
不能。RedisPub/Sub不具备持久化、ACK、重试机制，断连即丢消息，仅适用于实时性高、允许丢失的场景，如状态刷新、日志广播；不适用于订单、支付等需可靠传递的业务。
-
没有被废弃。LRU在Redis4.0后仍为默认策略之一，6.x、7.x持续优化；LFU是新增而非替代选项；LRU候选池采样逻辑微调但未重构，maxmemory-samples默认值从5升至10再优化分布；lru字段仍为24位，精度受限于194天周期与毫秒级取模，扩展会显著增加内存开销与降低缓存效率。
-
不会阻塞。RDB持久化由fork()子进程执行，主线程继续处理请求；依赖Linux内核写时复制（COW）机制，fork后父子进程共享物理内存页，仅在修改时才复制对应页，保证子进程读取fork时刻快照，但高写入会加剧COW开销。
