MySQL 主从复制是企业最常用的数据高可用、读写分离、备份扩展方案，很多开发和运维只知道能用，但不清楚底层实现逻辑。它的核心原理非常清晰：主库记录所有变更操作到 Binlog 二进制日志，从库通过 IO 线程拉取 Binlog，再通过 SQL 线程重放执行，最终实现主从数据完全一致。本文用通俗语言完整讲解主从复制流程、核心组件、工作机制、同步模式，让你彻底理解底层原理，轻松应对面试与运维排查。

一、核心结论一句话吃透

MySQL 主从复制的本质就是基于 Binlog 的日志同步与重放：

• 主库（Master）：把所有增删改操作写入 Binlog 二进制日志
• 从库（Slave）：拉取主库 Binlog → 本地写入 Relay Log → 重放 SQL → 数据与主库一致

一句话总结：主库记日志，从库跟着抄，抄完再执行，数据就同步。

二、为什么要用主从复制？

在讲原理前，先明确主从复制解决什么问题：

1. 读写分离：主库写，从库读，大幅提升数据库并发能力
2. 数据备份：从库不影响主库，可安全备份
3. 故障切换：主库挂了，从库顶上，保证业务高可用
4. 异地多活：跨机房数据同步，就近访问

所有这些能力，底层都依赖 Binlog 同步机制。

三、MySQL 主从复制核心原理：Binlog 同步全流程

主从复制一共分为3 大步骤、3 个核心线程，全部围绕 Binlog 展开。

1. 主库：生成并记录 Binlog

• 所有 INSERT/UPDATE/DELETE/ALTER 等数据变更操作，主库都会按顺序写入 Binary Log（Binlog）
• Binlog 是二进制日志，只记录 “数据变了什么”，不记录查询语句
• 这是主从复制的唯一数据源

2. 从库：IO 线程拉取 Binlog

• 从库启动一个 IO 线程，主动连接主库
• 告诉主库：“我要同步从某个位置开始的 Binlog”
• 主库收到请求，通过 Dump 线程把最新 Binlog 推给从库
• 从库收到后，写入本地 Relay Log（中继日志）

3. 从库：SQL 线程重放执行

• 从库另一个 SQL 线程 读取 Relay Log
• 把日志里的操作重新执行一遍
• 最终从库数据与主库完全一致

---

四、主从复制完整流程（通俗版）

1. 主库写数据 → 自动记录到 Binlog
2. 从库 IO 线程 → 去主库 “拉日志”
3. 主库 Dump 线程 → 把日志发给从库
4. 从库 → 把日志保存为 Relay Log
5. 从库 SQL 线程 → 读取日志并执行
6. 主从数据一致

这就是 MySQL 主从复制最核心、最标准的工作流程。

五、主从复制三大核心线程

整个同步过程由 3 个线程完成，是理解原理的关键：

1. 主库 Dump 线程：读取 Binlog 并发送给从库
2. 从库 IO 线程：请求 Binlog 并写入 Relay Log
3. 从库 SQL 线程：重放 Relay Log，同步数据

六、Binlog 为什么是主从复制的核心？

• 只有数据变更才会记录，查询不记录
• 日志是顺序写入，性能极高
• 日志格式紧凑、体积小，同步效率高
• 可以精确记录 “从哪个位置同步到哪个位置”，不会重复、不会丢失
• 支持断点续传：断开重连后继续同步，不需要从头开始

可以说：没有 Binlog，就没有 MySQL 主从复制。

七、主从复制三种同步模式（简单了解）

1. 异步复制（默认）

• 主库执行完就返回，不等待从库同步完成
• 性能最好，但主库宕机可能丢失少量数据

2. 半同步复制

• 主库等待至少一个从库收到 Binlog 才返回
• 数据安全性更高，性能略有下降

3. 增强半同步（MySQL 5.7+ / 8.0）

• 最安全、企业主流使用
• 保证数据不丢失

八、主从复制常见面试题（原理版）

1. MySQL 主从复制原理是什么？ 答：基于 Binlog 日志同步，主库记录变更，从库拉取并重放。

2. 主从复制依赖什么日志？ 答：Binlog 二进制日志。

3. 从库用哪两个线程实现同步？ 答：IO 线程 + SQL 线程。

4. 从库拉过来的日志叫什么？ 答：Relay Log 中继日志。

九、全文总结

MySQL 主从复制的核心原理就是 Binlog 同步：

• 主库将所有数据变更记录到 Binlog
• 从库通过 IO 线程拉取日志，保存为 Relay Log
• SQL 线程重放日志，实现主从数据一致

整个机制稳定、高效、可靠，是 MySQL 读写分离、高可用、备份的底层基石。理解 Binlog 同步，就等于彻底掌握了 MySQL 主从复制。