#1. 把 Redis 当 MySQL 用
Redis 有丰富结构，但它不是拿来替代复杂关系查询世界的。
#2. 所有对象都塞成大 JSON 字符串
你会失去局部更新、原子字段操作、结构优势。
#3. 忘记设计 TTL
缓存没有 TTL，经常等于等死。
#4. 只会“命中就快”，不会“失效就乱”
缓存设计最难的是失效，不是命中。
#5. 误把 Pub/Sub 当可靠消息队列
Redis 官方文档明确说它是 at-most-once。掉了就是掉了。
#6. 需要消费确认、重试、回放时还在死磕 Pub/Sub
这时候你更该看 Streams。
#7. 用 DEL 直接释放锁
这是典型危险写法。安全释放锁必须校验 token。
#8. 误把 Redis 锁当强一致万能锁
锁只是协调工具，不是用来偷掉业务一致性设计的。
#9. 觉得“用了 Cluster 就自动无限扩展”
Cluster 有 slot、跨槽、多 key 操作、主从可用性边界。
#10. 把 Redis 当重要状态源，却不做持久化与备份策略
这不是 Redis 的错，是使用姿势的问题。