-
本文从 Redis 分布式锁偶发并发进入的现场出发，复现旧请求误删新锁的问题，定位锁值缺少身份标记的根因，并用 token 校验方式修复释放锁流程。
-
Redis6+的io-threads应设为2~8，不超过磁盘队列深度的2倍，且必须保持io-threads-do-readsno；它仅加速写入内核页缓存，不加速fsync，设得过多反而加剧IOWAIT和延迟。
-
主节点应禁用RDB、仅启用AOF（appendonlyyes）并设appendfsync为everysec；AOF重写需协同配置auto-aof-rewrite-percentage（如70）、auto-aof-rewrite-min-size（如64mb）及no-appendfsync-on-rewriteyes；RDB快照宜按业务峰谷调整save策略，避免高频fork。
-
Redis4.0起，24位lru字段在LFU模式下拆为高16位ldt（分钟级时间戳）和低8位logc（对数计数器），ldt=(time_t/60)&0xFFFF，logc初始为5并用概率递增算法更新。
-
集群模式下slave-read-onlyyes无效，因集群协议绕过主从配置；必须用readonly命令开启连接级只读，使从节点响应本主槽读请求。
-
必须显式配置client-output-buffer-limit，否则普通客户端无输出缓冲区上限，易致内存耗尽；需为normal、pubsub等类型分别设置hard/soft限制，尤其pubsub缓冲区最易失控。
-
要定位被淘汰的key，需监控evicted_keys增量、expired_keys飙升情况，并结合Redis7.0+的MEMORYUSAGE与OBJECTFREQ抽样分析；allkeys-lru不安全，应优先用volatile-lru/lfu；LFU更耗CPU因频次衰减更新；验证key是否频繁淘汰可用PFADD+PFCOUNT埋点统计。
-
ZREM不能直接删除Geo数据，因为它只删除ZSET中的member名称，而非按经纬度范围删除；必须先用GEORADIUS等命令查询出目标member，再调用ZREM精确删除。
-
应先检查是否连接泄露，再调整maxclients：通过redis-cliclientlist确认连接是否持续增长，修复Jedis未close问题；若确需扩容，须同步调高系统ulimit-n并重启Redis。
-
必须同时排除RedisAutoConfiguration和RedisRepositoriesAutoConfiguration，否则因后者依赖redisTemplate而启动失败；exclude参数需传入Class数组，配置文件中须正确书写全限定名并避免缩进错误，且需清理残留Redis属性和手动Bean。
-
RedisCluster默认不支持传统Pub/Sub跨节点广播，因频道按slot分片且gossip协议不传播订阅状态，SUBSCRIBE仅在本地节点生效；根本原因在于集群设计只负责数据分片，不实现消息路由。
-
必须配合日期动态生成key，因Bitmap无时间维度，共用key会丢失日期信息且导致单key膨胀、RDB/AOF暴增、主从延迟；用户ID须映射为非负整数offset，避免直接强转；BITCOUNT偏高多因key未清理或offset错位；5000万DAU下Bitmap体积约6.25MB，但需防ID稀疏浪费内存。
-
Pub/Sub频道命名必须带租户前缀，采用三段式结构{租户标识}:{业务域}:{实体ID}，禁用裸频道和通配符泛订阅；ACL需按前缀精确控制，显式授权+subscribe/+publish；TLS与消息体加密必须同时启用；Pub/Sub不可替代可靠队列，应改用Stream或List。
-
Redis碎片率超1.5时响应变慢甚至雪崩，根本原因是jemalloc在不连续空闲块中反复查找合适内存块，导致分配延迟升高、CPU波动、GC压力上升并可能引发级联雪崩。
-
缓存击穿是热点key过期瞬间并发请求涌向DB，需用逻辑过期、随机过期时间、分级预热、互斥锁及行为验证来防控。
