一、 核心组件：Binlog 日志（核心依赖）
-
Binlog 的定义与作用 ：MySQL 主从复制主要依赖于 Binlog（Binary Log，二进制日志）。
-
记录内容 ：Binlog 记录了 MySQL 数据库中所有的变化（数据更新、删除、修改等操作）。
-
存储机制：
-
存储格式：以二进制方式记录。
-
存储位置：保存在服务器的磁盘空间上。
-
-
主从复制本质 ：实际上就是将主库（Master）产生的 Binlog 日志传输到从库（Slave），并在从库中重新执行。
二、 传输机制：异步传输与增量同步
-
异步性（Asynchronous） ：主从复制通常是一个异步过程 。主库在执行完客户端的请求后，不会等待从库同步完成就会直接返回响应。
-
增量同步：从库请求的是主库**更新之后（新产生的）**的一段 Binlog 内容，而非全量同步，这保证了同步的高效性。
三、 从库接收过程：中继日志（Relay Log）
-
接收流程：从库通过 I/O 线程接收来自主库的 Binlog 数据。
-
Relay Log 的生成 ：从库将接收到的 Binlog 内容写入到一个专门的日志文件中，称为 Relay Log（中继日志）。
- 关键点：Relay Log 起到了缓冲作用，是主库 Binlog 到从库执行之间的桥梁。
四、 从库执行过程：回放与 SQL 线程
-
创建 SQL 线程 ：从库会创建一个专门的 SQL 线程。
-
回放机制（Replay）：
-
SQL 线程会读取 Relay Log 中的内容。
-
在从库本地重新执行日志中记录的 SQL 语句。
-
-
最终目标 ：通过回放操作，使得从库的数据与主库保持数据一致性。
重点总结（复习必看）
核心纽带 ：Binlog （主库记录） \\rightarrow Relay Log（从库中继）。
关键线程 ：从库通过 SQL 线程 进行日志回放。
同步特性 ：异步 、增量。
逻辑顺序 ：主库产生 Binlog
传输给从库