Redis 的知识点很多：数据类型、过期、缓存、分布式锁、内存淘汰、主从复制、哨兵、Cluster、RDB、AOF、客户端分片。学习时如果没有路线，很容易只记住几个命令，遇到线上问题仍然不知道从哪里查。
先从数据类型和场景入手
Redis 基础要先理解数据类型，而不是直接背命令。
String 适合验证码、计数器、配置；Hash 适合对象详情；List 适合简单队列和最新列表；Set 适合去重和交并差；Sorted Set 适合排行榜和按分数排序。
学习命令时，把命令和场景绑定起来更容易记住。例如 SET NX EX 对应基础锁和防重复写入，LPUSH + RPOP 对应队列，ZADD + ZRANGE 对应排行榜。
缓存策略是 Redis 最常见用法
Redis 最常被用作缓存。真正要学的是缓存生命周期：
- 什么时候写入缓存。
- 缓存没命中怎么回源。
- 数据更新时删除还是更新缓存。
- TTL 怎么设置。
- 缓存穿透、击穿、雪崩怎么处理。
- Redis 故障时业务如何降级。
缓存不是“加一层 Redis”就结束。缓存越靠近核心链路，越要设计失败场景。
内存和淘汰策略决定稳定性
Redis 是内存数据库，内存管理是基础能力。
需要关注：
maxmemory是否设置。- 淘汰策略是否符合业务。
- key 和 value 是否过大。
- 是否有无过期时间的冷数据。
- 监控是否覆盖内存、命中率和淘汰次数。
很多 Redis 问题不是命令不会用，而是内存边界没有设计。
分片、主从、哨兵和 Cluster 是扩展路线
单机 Redis 能解决很多问题，但数据量、吞吐和可用性上来后，需要看集群能力。
主从复制解决读扩展和基础容灾；哨兵解决主节点故障后的自动切换；Redis Cluster 通过 slot 分片解决数据分布和水平扩展。
学习集群时要关注：
- 数据如何分布。
- 扩容时 key 如何迁移。
- 客户端是否支持重定向。
- 主从延迟和故障切换对业务有什么影响。
持久化决定恢复能力
Redis 支持 RDB 和 AOF。RDB 是快照，适合快速恢复和备份；AOF 记录写命令，数据丢失窗口更小，但文件和重写成本更高。
选择持久化方案时，要看业务是否把 Redis 当缓存还是当数据源。如果只是缓存，可以接受重建；如果承担状态存储，就必须认真评估持久化、备份和恢复演练。
实用结论
Redis 学习路线可以按“数据类型 -> 缓存策略 -> 内存淘汰 -> 客户端和锁 -> 主从哨兵 Cluster -> 持久化原理”推进。
命令只是入口，真正决定线上稳定性的，是 key 设计、过期策略、内存边界、故障降级和集群恢复能力。
