1 基本概念
1.1 定义与核心思想
主从复制是一种常见的数据同步与冗余架构，通常由一个主节点负责接收写入或原始变更，再把这些变化传播给一个或多个从节点。其核心思想是以“一个写源、多个副本”的方式维持数据的一致性或近似一致性，从而兼顾性能、可用性与容错能力。
这种机制不仅适用于数据库，也常见于缓存、文件存储、消息系统等场景。它的实现方式可以很简单，也可以包含复杂的日志传输、回放校验和故障切换流程。
1.2 主节点与从节点
主节点是复制关系中的中心写入端，负责处理新增、修改和删除等操作，并记录这些变更。它通常拥有最高的写入权限，其他节点会围绕它进行同步。
从节点主要承担复制、查询或备份职责。某些系统中，从节点也可提供只读服务，以缓解主节点压力；另一些系统里，从节点则主要用于灾备和快速恢复。
1.3 复制数据的类型
主从复制传输的数据类型并不固定，常见的包括完整数据快照、增量变更记录以及用于重放的操作日志。不同类型的数据在传输成本、恢复速度和一致性表现上各有差别。
1.3.1 全量复制
全量复制指将主节点的全部数据一次性复制到从节点，常用于首次建立复制关系，或在从节点数据严重失配时进行重建。其优点是恢复过程直观，但在数据量较大时会消耗较多网络和存储资源。
1.3.2 增量复制
增量复制是指只同步自上次复制以来发生变化的部分内容，通常依赖事务日志、变更日志或位点信息。它更适合日常持续同步，能够显著减少传输量并提高复制效率。
1.4 主从复制的目标
主从复制的价值通常体现在备份、性能分担和可用性提升等方面。不同系统会根据业务重点，在这些目标之间做不同取舍。
1.4.1 数据备份
通过保留多个副本，主从复制可以降低单点数据丢失的风险。当主节点发生故障、误删或局部损坏时，从节点副本可作为恢复来源。
1.4.2 读写分离
将写入集中在主节点，同时把读取请求分散到从节点，是主从复制最常见的性能优化方式之一。这样可以减少主节点负载，并提高整体查询吞吐能力。
1.4.3 高可用性
当主节点不可用时，系统可借助从节点接管服务，缩短中断时间。若配合自动故障检测与选主机制，主从复制还能构建较为完整的高可用架构。
2 工作原理
2.1 复制流程
主从复制通常经历“写入产生变更、变更被记录、从节点接收并回放”三个步骤。不同产品在实现上各有差异，但基本链路大体一致。
2.1.1 写入请求处理
客户端的写入请求首先到达主节点，由主节点完成数据更新并写入本地持久化介质。部分系统会在事务提交前后同步生成复制日志，以便后续传播。
2.1.2 变更日志传输
主节点将记录好的变更日志发送给从节点，传输方式可基于长连接、批量拉取或发布订阅模型。日志通常包含操作类型、数据位置、时间戳或事务标识等信息。
2.1.3 从节点数据回放
从节点接收到变更后，会按照日志顺序将操作重新执行到本地数据上。若日志连续且顺序正确，从节点就能逐步追上主节点状态。
2.2 复制协议
复制协议决定了副本如何定位变更、如何确认进度以及如何处理恢复过程。它直接影响系统的性能、可靠性与复杂度。
2.2.1 基于日志的位置复制
基于日志位置的复制通常依靠位点、序号或偏移量来标记已同步到哪里。该方式实现较常见，便于断点续传，也便于判断复制是否落后。
2.2.2 基于时间点的复制
基于时间点的复制强调在某一特定时间戳或时间窗口上恢复数据状态。它常用于历史回溯、灾难恢复或按时间恢复到特定版本。
2.3 一致性机制
复制系统必须处理主从之间的数据差异问题，因此一致性机制是其核心内容之一。不同业务对一致性的要求不同，系统也会据此选择不同策略。
2.3.1 强一致性
强一致性要求客户端在读取时尽量看到最新提交的数据，或者保证副本之间在提交点上严格一致。该方案可降低读到旧数据的概率，但通常会增加同步开销和响应延迟。
2.3.2 最终一致性
最终一致性允许短时间内存在副本差异，只要在一段时间后所有节点能够收敛到相同状态即可。它更适合对实时强约束不高、但更看重可扩展性的场景。
3 复制模式
3.1 异步复制
异步复制是指主节点在完成本地写入后，不必等待从节点确认即可返回结果。它是很多系统中最容易获得高性能的复制方式。
3.1.1 特点
这种模式下，主节点响应速度通常较快，写入延迟较低。从节点则在后台逐步追赶主节点，二者之间可能存在明显时间差。
3.1.2 优缺点
异步复制的优势在于吞吐高、对主节点影响较小，适合对延迟敏感的业务。缺点是主节点一旦突然失效，尚未同步的数据可能丢失，副本也可能暂时不完整。
3.2 同步复制
同步复制要求主节点在提交写入前，至少等待部分或全部从节点确认接收。它对一致性更友好，但会把网络与副本响应时间纳入写入路径。
3.2.1 特点
该模式能显著降低数据落后风险，使副本更接近主节点状态。与此同时，整个系统对链路质量和从节点性能更加敏感。
3.2.2 优缺点
同步复制适合对数据安全要求较高的系统，因为提交成功通常意味着副本已经持有变更。其不足在于写入延迟更高，且在副本故障或网络波动时，系统可用性可能受到影响。
3.3 半同步复制
半同步复制介于异步与同步之间，通常要求主节点至少等待某一个从节点确认后再返回结果。它试图在可靠性与性能之间取得平衡。
3.3.1 工作方式
主节点提交写入后，会将变更发送给从节点并等待确认。只要收到约定数量的应答，写入即可视为完成；其余副本可在之后继续补齐。
3.3.2 适用场景
半同步复制常用于既需要较强数据保护、又不希望完全牺牲写入性能的场合。对许多中大型业务系统而言，它是一种折中的工程选择。
4 应用场景
4.1 数据库系统
数据库是主从复制最典型的应用领域。通过复制，系统可以同时获得备份能力、查询扩展能力和更灵活的容灾设计。
4.1.1 关系型数据库
关系型数据库中，主从复制常用于事务日志同步、读写分离和热备份。该模式对事务顺序、回放准确性以及故障恢复流程通常有较高要求。
4.1.2 NoSQL 数据库
NoSQL 数据库也常采用主从架构，以支持分布式扩展和数据冗余。由于数据模型更灵活，复制时可能更强调吞吐与可用性，而不一定追求严格事务一致。
4.2 缓存系统
在缓存系统中，主从复制有助于提升热点数据的可用性，并在主缓存失效时快速恢复服务。部分系统还会利用从节点承担只读查询，减少主缓存压力。
4.3 文件与对象存储
文件系统与对象存储中的复制，常用于多副本保存、跨机架冗余和灾难恢复。对于大文件或对象，复制还需要考虑带宽占用、校验完整性以及断点续传。
4.4 消息队列与流系统
消息队列和流系统中的复制，更多关注消息不丢失、顺序保持和消费进度恢复。主从复制可以帮助系统在节点故障后继续提供消息服务，并保留未处理的数据片段。
5 关键技术
5.1 日志与位点管理
日志是主从复制的基础载体，位点则用于标识副本同步到了哪里。良好的位点管理可以支持断点恢复、追赶同步和复制链路监控。
5.2 延迟与吞吐优化
复制系统通常需要在延迟与吞吐之间做平衡。常见优化方式包括批量发送、压缩日志、并行回放和减少不必要的同步等待。
5.3 冲突处理
当副本恢复、网络抖动或分区重连时，系统可能面临数据冲突或重复应用的问题。此时通常需要借助版本号、时间戳、事务序列或幂等机制来避免错误覆盖。
5.4 故障检测与切换
复制架构离不开对节点状态的持续监测。只有及时发现故障并完成切换，系统才能保持较高可用性。
5.4.1 主节点故障
主节点故障后，系统需要判断当前数据同步进度，并决定是否将某个从节点升级为新主节点。若切换过快，可能产生数据丢失；若切换过慢，则会延长服务中断时间。
5.4.2 从节点故障
从节点故障通常不会立刻影响写入，但会减少副本数量，削弱容错能力。系统一般会在节点恢复后重新建立复制关系并补齐缺失数据。
5.4.3 自动选主
自动选主是高可用架构中的常见机制，用于在主节点失效后从多个候选副本中选出新的主节点。选主过程一般会参考数据完整度、同步进度、优先级和网络可达性等因素。
6 优势与局限
6.1 优势
主从复制之所以广泛应用，主要在于它能够以相对成熟的方式提升系统弹性，并扩展服务能力。
6.1.1 提升可用性
借助多个副本，系统可以在部分节点故障时继续提供服务。即使主节点出现问题，也能通过切换副本降低业务中断时间。
6.1.2 扩展读性能
将读请求分散到多个从节点后，系统可以承载更高的查询并发。对于读多写少的业务，这一优势尤为明显。
6.1.3 降低单点风险
数据分布在多个节点上后，单点故障对整体系统的影响会减小。复制也使备份恢复和灾备演练更容易实施。
6.2 局限
尽管实用，主从复制并不是没有代价。其局限主要集中在一致性、写入性能和运维管理三个方面。
6.2.1 数据延迟
在异步或半同步模式下，从节点可能暂时落后于主节点。若业务在这一时间窗口内读取副本，就可能看到旧数据。
6.2.2 写入瓶颈
由于写操作通常仍集中在主节点，系统整体写入能力可能受限于单节点性能。即便增加从节点数量，也未必能线性提升写吞吐。
6.2.3 运维复杂度
复制架构涉及监控、同步、切换、回放和一致性校验等多个环节。节点越多、拓扑越复杂，日常维护和故障处理就越需要经验与自动化能力。
7 相关概念
7.1 主主复制
主主复制是指多个节点都具备写入能力，并相互同步数据。它比单主复制更灵活，但也更容易出现冲突处理和一致性协调问题。
7.2 读写分离
读写分离是一种将写请求与读请求分配到不同节点的架构方法。它常与主从复制配合使用，是提升数据库读性能的常见手段。
7.3 数据分片
数据分片是把数据按规则拆分到多个节点上，以突破单机容量或性能上限。与主从复制不同，分片更强调横向扩展，而不是简单保留副本。
7.4 容灾与备份
容灾与备份关注的是在灾难或故障发生后恢复数据与业务的能力。主从复制可以作为其中一环，但通常还需要配合快照、归档和异地保存等措施。
7.5 高可用集群
高可用集群是通过多节点协同来尽量避免服务中断的系统形态。主从复制常作为其底层机制之一，为故障转移和服务连续性提供支撑。