复制不是备份，是业务连续性的底线
很多人对 Redis 复制有一个误区，认为只要多搭几台机器就能高可用。事实上，如果没有主从同步机制，数据一旦在单机上丢失或宕机，业务就会直接中断。Redis 复制的核心价值，不在于简单的数据冗余，而在于解决两个关键问题：一是通过从节点承担读请求，实现读写分离，缓解主节点的压力；二是作为故障转移的基础，当主节点意外停机时，集群能快速推选新的主节点，保证服务不中断。这门课聚焦 Redis 5 的复制机制，正是为了让你理解底层原理，避免在生产环境中盲目搭建导致的延迟过高或脑裂风险。
适合有基础但想深挖原理的开发者
这门课并不面向完全零基础的用户。如果你连 `SET`、`GET` 命令或者基本的数据类型都还不熟悉，建议先补充 Redis 基础入门知识。它更适合那些已经能在开发中调用 Redis API，但在面对“为什么主从同步会延迟”、“如何实现半同步复制”或者“哨兵模式如何配合复制工作”等问题上一脸懵懂的从业者。课程假设你已经掌握了 Redis 的基本操作，重点在于通过源码级别的讲解和实战配置，把复制机制的黑盒打开。它不讲泛泛的理论，而是直接切入生产环境中最容易出错的配置场景，比如如何调整 `replica-lazy-flush` 参数，或者如何处理网络分区下的数据一致性。
学完后能独立搭建可靠的读写分离架构
完成这门课的学习，你将能够独立设计并维护一个基于 Redis 复制的读写分离集群。你不再只是会写配置文件，而是明白每个参数背后的权衡。具体来说，你可以清晰地判断何时需要主从同步，何时需要引入哨兵或集群模式；能够手动排查复制中断的原因，比如网络抖动或内存溢出导致的同步失败；更重要的是，你能在实际工作中评估复制带来的性能损耗，并在稳定性和实时性之间做出正确的架构决策。建议先从主从架构的配置演示入手，理解数据流向，再重点学习故障转移流程，最后结合实战练习配置高可用的复制链路。资料包中提供的脚本和案例是练习的最佳辅助，请务必动手执行，观察日志变化，才能真正内化这些知识。
课程目录
整理中，敬请期待。
