-
推荐用base64url编码6字节随机数生成短码，冲突概率低且不可预测；需先EXISTS校验再写入，跳转用Lua脚本原子读URL并INCR计数，Redis用String类型存short:{code}→URL，设EX过期，stat:{code}单独存访问量。
-
down-after-milliseconds不是触发故障转移的开关，仅决定哨兵何时标记主节点为主观下线（SDOWN）；完成自动切换需满足quorum票数达成客观下线（ODOWN），再经选举和failover-timeout窗口内执行完整流程。
-
<p>Redis7.2优化内存淘汰池，将evictionPoolEntry.key由sds改为非持有型char*指针，避免memcpy和重复内存分配，显著降低高采样数下的CPU开销，不改变淘汰逻辑。</p>
-
不能直接用@Primary切换Redis数据源，因其仅指定启动时默认Bean，无法运行时动态路由；需用ThreadLocal持有当前线程的ConnectionFactory，并配合AOP在方法级按需绑定与清理。
-
客观下线（ODOWN）需多个哨兵通过Gossip协议交换信息并达成quorum共识；quorum是sentinel.conf中配置的最小同意数，非哨兵总数，设为1则退化为主观下线；哨兵间通过SENTINELis-master-down-by-addr命令探测，超时未响应将导致无法凑够quorum；Gossip异步、无中心、带超时，不保证强一致，以换取快速故障发现与低带宽开销；验证ODOWN应使用SENTINELmasters检查flags是否含odown，而非仅依赖+sdown日志。
-
SpringBoot默认不开启Redis读写分离，纯主从模式下即使配置read-from也无效；必须使用哨兵/集群模式或自定义MasterReplica.connect()，并配合LettuceClientConfigurationBuilderCustomizer注入ReadFrom.REPLICA_PREFERRED才能生效。
-
新消费者收不到旧消息是因为XGROUPCREATE默认从最新偏移（$）开始消费，不自动回溯；需显式指定起始ID0或用XREADGROUPSTREAMSmystream0补读，且必须及时XACK避免重复分配。
-
分片后每个Redis节点必须独立配置持久化，RDB需统一save规则且隔离磁盘路径，AOF应全节点开启并设appendfsynceverysec，避免部分节点未持久化导致数据丢失。
-
缓存空值、布隆过滤器和业务层校验是防御缓存穿透的三层策略：空值需设短过期并避免null值；布隆过滤器须预估容量、全局单例且配合写库更新；业务层应优先校验参数合法性。
-
调小down-after-milliseconds并非提速关键，它仅控制单哨兵标记SDOWN的阈值；真正影响故障转移速度的是探测间隔、quorum共识、hello广播周期及failover-timeout与从节点同步能力的协同匹配。
-
Redis集群连接失败需先确认服务端启用cluster-enabledyes且至少3个主节点；客户端必须用redis-cli-c或集群驱动，否则报MOVED错误；KEYS*等跨slot命令不支持，SCAN需遍历各节点执行。
-
需结合XINFOCONSUMERS与XINFOGROUPS判断Streams实时消费延迟：关注pel-count、pending数、idle值及last-delivered-id与流尾ID的字典序比较，避免误判离线或假死状态。
-
Redis延迟高但CPU正常通常是网络丢包或抖动所致，表现为redis-cli--latency毛刺飙升、ping标准差>10ms或丢包率>0.1%，需用tcpdump抓包分析重传与ACK丢弃，并排查云环境安全组、NAT会话老化及内核TCP参数配置。
-
redis.call()比redis.pcall()更易触发OOM，因其失败即终止，而pcall()返回的错误表常驻Lua栈且累积不释放，RedisLua引擎仅在脚本退出时批量GC。
-
GEORADIUS返回空结果最常见原因是经纬度顺序写反，必须经度在前、纬度在后；而高德/百度等地图API默认是纬度在前、经度在后，导致坐标存入错误位置。
