主从复制通过二进制日志实现数据同步，主库记录变更，从库通过IO线程获取日志写入中继日志，SQL线程重放事件完成同步；需配置log-bin、复制账号及CHANGE MASTER TO等步骤，支持SBR、RBR和混合模式，可通过SHOW SLAVE STATUS监控状态并处理延迟或错误。
MySQL 主从复制是一种常见的数据同步机制，它允许一台数据库服务器（主库）的数据自动复制到另一台或多台数据库服务器（从库）。这个过程是异步的，不需要持续的网络连接，适用于高可用、读写分离和数据备份等场景。
主从复制的基本工作原理
主从复制的核心是通过日志来传递和重放数据变更。整个过程主要依赖于三种日志或线程：
- 二进制日志（Binary Log）：主库记录所有更改数据的SQL语句或行变化（如 INSERT、UPDATE、DELETE）。
- IO线程（在从库上）：负责连接主库，请求并接收主库的二进制日志内容，写入到本地的中继日志（Relay Log）中。
- SQL线程（在从库上）：读取中继日志中的事件，并在从库上重新执行，从而实现数据同步。
整个流程如下：
- 主库每执行一个修改数据的事务，都会被记录到二进制日志文件中。
- 从库启动时，会创建一个IO线程，连接主库并请求从指定位置开始读取二进制日志。
- 主库启动一个 dump 线程，将日志内容发送给从库。
- 从库的 IO 线程接收到这些日志事件后，写入自己的中继日志文件。
- 从库的 SQL 线程读取中继日志中的事件，按顺序执行，使数据与主库保持一致。
配置主从复制的关键步骤
要搭建主从复制环境，需完成以下基本配置：
- 启用主库的二进制日志：在主库的 my.cnf 配置文件中设置 log-bin 和 server-id。
- 为从库创建复制账号：在主库上创建一个用于复制的用户，并授予 REPLICATION SLAVE 权限。
- 获取主库当前日志位置：通过 SHOW MASTER STATUS 获取当前二进制日志文件名和位置，供从库初始化使用。
- 配置从库信息：使用 CHANGE MASTER TO 命令指定主库的IP、端口、复制用户、密码以及日志文件和位置。
- 启动复制：运行 START SLAVE 后，从库开始同步数据。
主从复制的常见模式
MySQL 支持多种复制格式，影响日志记录方式和复制行为：
企业网站（英文单语版）管理系统2025.825
下载
宁志NZCMS网站管理系统是国内知名建站软件，它是由宁志公司自主研发的一款自助建站系统软件。系统操作简单，无复杂的安装设置要求，适合广大工作人员使用。 产品特点： 安全、稳定、美观、实用、易操作，内部局域网和互联网均可安装使用！ 面向用户：中小企业，公司，个人，外贸公司网站建设平台。 安全机制：NZCMS采用宁志公司自主研的核心框架，代码开发严谨，数据库加密保护，防
- 基于语句的复制（Statement-Based Replication, SBR）：记录SQL语句本身。优点是日志量小，但某些非确定性函数可能导致主从数据不一致。
- 基于行的复制（Row-Based Replication, RBR）：记录每一行数据的变化。更安全，适合复杂操作，但日志体积较大。
- 混合模式（Mixed）：MySQL 自动选择使用语句还是行复制，兼顾效率与安全。
监控与故障处理
可以通过命令 SHOW SLAVE STATUS\G 查看复制状态。重点关注：
- Slave_IO_Running：是否正常拉取日志。
- Slave_SQL_Running：是否正常执行日志。
- Last_Error：最近的错误信息。
- Seconds_Behind_Master：从库延迟时间。
如果出现错误，比如主键冲突或语句执行失败，可以尝试跳过错误事务（SET GLOBAL sql_slave_skip_counter），但需谨慎操作，避免数据不一致。
基本上就这些。主从复制机制虽然强大，但需要合理配置和持续监控，才能确保数据的一致性和系统的稳定性。
