Redis 的持久化机制、主从复制和哨兵架构一直是运维和开发中绕不开的三件套，尤其是在系统上线前，搞清楚这几个点真的太关键了。
RDB 的快照方式适合用来做定时备份，触发逻辑简单，比如save 60 1000这种条件设置就蛮直观的。要快点恢复数据，用它准没错。嗯，不过中间要是宕了，确实会丢一部分数据。
AOF 就更细致了，记录的是每一条写操作，刷盘策略可以自己选，像appendfsync everysec就比较常见，性能和安全性都能兼顾。文件大了还能自动重写，不然 AOF 越写越肥也是麻烦。
主从复制挺适合做读写分离，尤其在读多写少的场景下效果还不错。像电商商品页那种高并发读取，主从架构就合适。而且主挂了也不怕，有哨兵机制帮你兜底，自动切主，监控、通知全都安排上了。
如果你刚上手 Redis，或者项目要上生产了，这份《Redis 持久化、主从与哨兵架构详解.pdf》真的蛮值得看一下的。内容讲得清楚，案例也贴合实战，适合你边看边对照配置文件。顺手也可以翻翻这几篇扩展阅读：Redis 持久化：RDB、AOF 优化这些也都还不错。
如果你偏向高可用、数据可靠，那 AOF+哨兵基本就是标配了。如果你主要是周期性备份，RDB 就够用。两个机制也可以一起用，互补的效果也挺好。