redis-opslisted

# Redis 运行与集群 ## When to Invoke 持久化怎么选、哨兵还是 Cluster、大 key 把实例打满、热 key 打爆网卡、槽位迁移、fork 引起延迟。 ## When NOT 穿透/击穿/雪崩/删缓存 → `cache-trap`。分布式锁 → `distributed-lock`。一致性哈希算法本身 → `consistent-hash`（Cluster **不是**一致性哈希）。 ## 风险（面试考点） - 命令执行基本仍是 **单线程**；Redis 6+ 的多线程是 **网络 IO**，不是并行执行 SET。 - **RDB**：恢复快，丢上次快照后的写。**AOF everysec**：约 1 秒窗口。**混合**（AOF 带 RDB preamble）生产常见。缓存可关持久化；当账本就不要只用 Redis。 - **哨兵**：一个主的故障转移。**Cluster**：16384 slot，CRC16(key) 分片 + 每槽有副本。跨 slot 多 key 要 `{hash tag}`。 - 大 key：`DEL`/`HGETALL` 阻塞；用 `UNLINK`、`SCAN`、拆 key。 - 热 key：单 slot 单实例打满；本地缓存或拆 key。 - `BGSAVE`/`AOF rewrite` 要 **fork**，内存大时主线程卡顿。 ## 方案选型（轻量优先） | 用途 | 默认 | |------|------| | 纯缓存 | 可无持久化；淘汰 `allkeys-lru`；挂了走 DB+限流 | | 要少丢的缓存 | AOF everysec + 副本 | | 数据量单机够 | 哨兵 | | 要分片 | Cluster；key 设计带 hash tag | ## 默认方案 ```text prod:{id} # 普通缓存 key lock:{orderId} # 锁，别和超大 hash 混在一起 {user:123}:cart # 同用户多 key 要同槽才用 tag ``` 大 key：Hash 按 field 拆；List 分页；删除 `UNLINK`。禁用生产 `KEYS *`。 热 key：Caffeine 本地短 TTL + Redis；或把库存拆成 `stock:{sku}:0..15` 再汇总（见 `hot-account`）。 ## 反例 错误：Cluster 用了一致性哈希所以加节点几乎不迁移。 正确：Cluster 是槽位映射。加节点要迁移部分 slot。一致性哈希是另一算法。 错误：缓存实例 `noeviction` 写满报错，业务当库。 正确：缓存用淘汰；不能丢的数据在 MySQL。 错误：`HGETALL` 百万 field 的详情。 正确：拆，或只取需要的 field。 ## 验证 - `MEMORY USAGE` / `--bigkeys` 无异常大对象。 - 主挂，哨兵或 Cluster 切主，缓存可恢复；核心写不依赖它。 - fork 期间监控延迟，数据集过大要拆实例。 ## 评审清单 - [ ] 未把 Redis 当订单账本 - [ ] 大 key / 热 key 有拆分或本地缓存 - [ ] Cluster 与哨兵没混为一谈 - [ ] 未把穿透击穿写进本文件 ---