MySQL主从复制通过binlog实现数据同步，主库记录变更日志，从库拉取并重放日志。配置需设置server-id、启用binlog和relay log，创建复制用户，执行CHANGE MASTER并启动SLAVE，最后检查Slave_IO_Running和Slave_SQL_Running状态为Yes即可正常同步。
MySQL主从复制是一种常见的数据同步机制，用于将一个MySQL数据库（主库）的数据自动同步到一个或多个从库。这种架构常用于读写分离、数据备份和高可用性部署。
主从复制的基本原理
MySQL主从复制基于二进制日志（Binary Log）机制。主库记录所有对数据产生更改的操作（如INSERT、UPDATE、DELETE），从库通过I/O线程读取主库的二进制日志，并将日志内容写入本地的中继日志（Relay Log）。然后由SQL线程读取中继日志并重放这些操作，从而实现数据同步。
整个过程包括以下三个关键步骤：
- 记录日志：主库开启binlog，记录所有数据变更操作。
- 拉取日志：从库启动I/O线程，连接主库并请求binlog更新。
- 执行日志：从库的SQL线程解析并执行中继日志中的语句。
配置主从复制的步骤
假设主库IP为192.168.1.100，从库IP为192.168.1.101，使用MySQL 5.7或以上版本。
1. 配置主库（Master）
编辑主库的配置文件 my.cnf（通常位于 /etc/my.cnf 或 /etc/mysql/my.cnf）：
[mysqld] server-id = 1 log-bin = mysql-bin binlog-format = ROW expire_logs_days = 7
说明：
- server-id：每台MySQL服务器必须有唯一ID，主库设为1。
- log-bin：启用二进制日志，命名为mysql-bin。
- binlog-format：推荐使用ROW格式，更安全且便于数据恢复。
重启MySQL服务后，登录MySQL创建用于复制的账号：
mysql> CREATE USER 'repl'@'192.168.1.%' IDENTIFIED BY 'slavepass'; mysql> GRANT REPLICATION SLAVE ON *.* TO 'repl'@'192.168.1.%'; mysql> FLUSH PRIVILEGES;
查看主库当前binlog状态：
mysql> SHOW MASTER STATUS;
记下返回结果中的 File 和 Position，后续从库配置需要使用。
2. 配置从库（Slave）
编辑从库的 my.cnf 文件：
[mysqld] server-id = 2 relay-log = mysql-relay-bin log-slave-updates = 1 read-only = 1
说明：
- server-id：必须与主库不同，设为2。
- relay-log：指定中继日志名称。
- read-only：防止从库被误写入数据。
重启从库MySQL服务，然后在MySQL中执行如下命令：
mysql> CHANGE MASTER TO MASTER_HOST='192.168.1.100', MASTER_USER='repl', MASTER_PASSWORD='slavepass', MASTER_LOG_FILE='mysql-bin.000001', -- 替换为SHOW MASTER STATUS中的File值 MASTER_LOG_POS= 154; -- 替换为Position值mysql> START SLAVE;
3. 检查复制状态
运行以下命令查看从库是否正常同步：
mysql> SHOW SLAVE STATUS\G
重点关注两个字段：
- Slave_IO_Running: Yes
- Slave_SQL_Running: Yes
如果都是Yes，表示复制正常。如果有错误，可查看 Last_Error 字段进行排查。
常见问题与注意事项
主从复制虽然稳定，但配置不当容易出错。以下是几个常见问题及建议：
- 确保主从时间同步，使用NTP服务避免时间偏差影响日志应用。
- 主从服务器的MySQL版本尽量保持一致或兼容。
- 避免在从库执行写操作，否则会导致数据不一致。
- 网络不稳定可能导致复制延迟，可通过监控Seconds_Behind_Master判断。
- 建议定期备份从库数据，提高容灾能力。
基本上就这些。只要主库开启了binlog，从库正确连接并开始复制，数据就能持续同步。复制机制本身是异步的，性能开销小，适合大多数业务场景。
