Redis集群需用redis-py>=4.5.4的RedisCluster类，Django CACHES中通过OPTIONS传节点列表和密码；缓存穿透需分布式锁或逻辑过期；get_many()在集群下可能缺值，应补查DB；雪崩防护靠限流、随机过期和发布前预热。
Redis集群连接不上，Django报 ConnectionError 或 ClusterDownError
不是Django配置错，而是redis-py原生不支持集群直连——它默认当单机用。必须换用redis-py-cluster，且版本得对上：redis-py-cluster==2.1.3（适配redis-py>=4.0），更高版本已废弃，用redis-py自带的RedisCluster类替代。
常见错误现象：
- Django启动时卡住或抛
ConnectionError: Error 111 connecting to 127.0.0.1:7000，其实是客户端没走集群发现协议 - 查到key却读不到值，因为
get()被路由到非负责该slot的节点，而旧版客户端没自动重定向
实操建议：
提示词大师-python版
下载
图片提示词生成器？不止如此。 马甲系统 —— 把脑海中的画面，翻译成AI能理解的专业表达。 用得越多，它越懂你：首次需要多问几句确认方向，用久了几乎一说就懂。 用得越多，它越快：缓存机制让后续对话越来越省。 RAG进化：成功案例持续入库，越跑越聪明。 输入「新手指南」查看完整功能介绍
- 删掉
redis-py-cluster，装redis-py>=4.5.4，它内置redis.cluster.RedisCluster - Django的
CACHES不能直接填LOCATION为多个host，得用OPTIONS传节点列表：{"CLUSTER_STARTUP_NODES": [{"host": "10.0.1.10", "port": "7000"}, ...]} - 别在
settings.py里写死密码；集群模式下密码需统一，通过"PASSWORD"键传入OPTIONS
Django缓存层穿透：缓存未命中时并发打穿DB
二级缓存不是加了Redis就万事大吉。当大量请求同时查一个失效的key，它们全会击穿到数据库，造成瞬时压力尖峰。
立即学习“Python免费学习笔记（深入）”；
根本原因是：缓存失效 + 无锁保护 + 查询逻辑未收敛。
实操建议：
- 用
cache.get_or_set(key, lambda: db_query(), timeout=300)不够——这个lambda仍可能被多线程同时执行 - 必须加分布式锁：
cache.add(key + "_lock", "1", timeout=3)成功才去查DB，查完再set(key, result)并delete(key + "_lock") - 更稳妥是“逻辑过期”：缓存value里包一层
{"data": ..., "expire_at": 171xxxxxx}，查到后异步刷新，避免阻塞 - 注意
cache.add()在Redis集群下可能因key被哈希到不同节点而失效，优先用SET key val NX EX 3原生命令（通过cache.client.set(..., nx=True, ex=3)）
cache.get_many()在Redis集群里返回空字典或部分缺失
这是最隐蔽的坑：get_many()底层会把key列表按slot分散到多个节点取，但redis-py的RedisCluster实现默认禁用readonly模式，且不保证原子性——某几个key所在节点暂时不可达，就静默跳过，不报错也不补空值。
使用场景：批量查用户头像、商品SKU状态等高并发小数据聚合。
实操建议：
- 永远不要信
get_many()的返回长度 == 输入key数；检查结果字典的len()，缺了就补查DB（别直接报错） - 如果业务强依赖“全量命中”，改用
pipeline手动分组：cluster.nodes_cache拿到各节点keys，再逐批mget - 性能影响明显：一次
get_many(['a','b','c'])在单机Redis是1次RTT，在集群可能是3次（每个key独立路由），别滥用
缓存雪崩时，Django中间件怎么扛住第一波流量
所有key在同一时间过期，Redis瞬间空载，所有请求涌向DB——这时靠代码逻辑补救已经晚了，得在入口拦住。
容易被忽略的是：Django的CacheMiddleware只缓存整个响应体，不干预视图内cache.get()，所以它救不了查询雪崩。
实操建议：
- 给关键接口加轻量级限流，比如用
django-ratelimit配合cache后端，限制每分钟最多100次未命中查询 - 在
settings.py里设置CACHES["default"]["KEY_PREFIX"] = os.getenv("ENV", "dev")，发布时自动切新前缀，让老key自然过期，避免集中失效 - 对高频查询字段（如
User.is_active），加随机过期时间：timeout = 300 + random.randint(0, 60)，比固定5分钟更抗冲击
Redis集群本身没有“缓存预热”机制，上线前跑脚本批量set热点key这事，得自己写，别指望框架。
