-
redis-cli--clusterfix并非万能修复器，仅解决Slot被多节点声明的明确冲突，对Slot丢失、元数据错乱、nodes.conf未刷新等问题无效；它只比对并修正冲突项，不处理“看似合理实则失效”的条目。
-
SpringBoot中@Cacheable不支持动态过期时间，因SpringCache抽象层仅支持全局TTL配置；需通过RedisTemplate手动设expire、多CacheManager配置或自定义RedisCacheWriter实现差异化TTL。
-
能，BITPOS返回第一个值为1的bit位偏移量（从0开始），需结合写入时的时间粒度和起始时间换算为真实时间，全0时返回-1。
-
SINTER是Redis中计算共同好友唯一靠谱、原子、高效的方式，它基于内存集合运算，自动选取最小集合优化性能，毫秒级返回结果，避免网络往返与客户端计算开销。
-
RedisPub/Sub不直接产生内存碎片，但未清理的订阅连接、消息积压或缓冲区配置不当会推高used_memory_rss，导致mem_fragmentation_ratio偏高，形成“假性碎片”；真实碎片源于键值对频繁增删改，而Pub/Sub缓冲区不受active-defrag影响。
-
CLUSTERKEYSLOT仅执行CRC16(key)mod16384计算，返回0–16383的槽号，不查询集群拓扑或节点信息；定位具体实例需配合CLUSTERSLOTS或CLUSTERNODES查找槽所属节点。
-
Redis6.2+需用--cluster参数运行redis-benchmark，否则MOVED/ASK重定向导致QPS归零；低版本需手动固定槽位或升级。
-
<p>MySQL的基本操作包括增删改查（CRUD）。1.插入数据使用INSERTINTO命令，如INSERTINTOusers(username,email)VALUES('john_doe','john@example.com')。2.读取数据使用SELECT命令，如SELECT*FROMusers或SELECTusername,emailFROMusersWHEREid=1。3.更新数据使用UPDATE命令，如UPDATEusersSETemail='newemail@example.co
-
allkeys-random并非真正无差别：它只在内存达限且写入触发时，从永不过期的主字典key中伪随机删除，不考虑访问频次、大小或热度，易误删热图；应改用allkeys-lru或ZSET+定时清理。
-
应人工错峰RDB触发时间，如实例A用save8971、B用9031、C用9061，并差异化配置AOF重写阈值、禁用THP、限制maxmemory及使用cgroup隔离资源。
-
LFU频率计数器非线性增长，由lfu-log-factor和lfu-decay-time共同调控：访问按概率递增且增幅随当前值增大而衰减，初始值为5、上限255；衰减每lfu-decay-time分钟执行一次右移1位。
-
Redis卡顿是设计使然，因其单线程模型下Lua脚本原子独占主线程，执行长耗时操作会阻塞所有请求，包括过期、AOF、心跳等；复杂聚合应迁出至应用层。
-
RedisCluster故障转移由主节点失联且多数主节点投票确认触发；从节点需满足复制偏移量达标、获多数主节点投票才能当选新主。
-
dump.rdb文件越积越多是因为Redis默认不自动清理旧快照，每次bgsave生成新文件但保留旧文件，需依赖外部脚本按时间戳安全清理。
-
必须分片，因单keyGEOADD底层ZSET会导致查询O(logN+M)延迟、RDB/AOFfork超时、无法水平扩展；应按Geohash前4-5位分key，查时用邻区算法并发查最多9个key并合并去重排序。
