MySQL主从复制通过配置主库启用binlog并创建复制账号，从库设置唯一server-id后连接主库重放binlog实现数据同步，需确保网络通畅、权限正确及pos位置准确，检查Slave_IO_Running和Slave_SQL_Running均为Yes以确认正常复制。
MySQL主从复制能提升数据安全性、读性能和备份效率。配置过程需要在主库和从库上分别操作，核心是让从库重放主库的二进制日志（bin
log）。以下是具体步骤。
1. 配置主库（Master）
主库需启用二进制日志并设置唯一server-id。
修改主库配置文件 my.cnf 或 my.ini：[mysqld]
server-id = 1
log-bin = mysql-bin
binlog-format = ROW
重启MySQL服务使配置生效：
systemctl restart mysql
登录MySQL创建用于复制的账号：
CREATE USER 'repl'@'%' IDENTIFIED BY 'password';
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%';
FLUSH PRIVILEGES;
查看主库当前binlog状态，记录File和Position：
SHOW MASTER STATUS;
2. 配置从库（Slave）
从库也需要设置唯一的server-id，但不能与主库相同。
修改从库配置文件：[mysqld]
server-id = 2
重启从库MySQL服务：
systemctl restart mysql
进入MySQL，执行CHANGE MASTER命令连接主库：
CHANGE MASTER TO
MASTER_HOST='主库IP',
MASTER_USER='repl',
MASTER_PASSWORD='password',
MASTER_LOG_FILE='mysql-bin.000001',
MASTER_LOG_POS=154;
启动复制线程：
START SLAVE;
3. 检查复制状态
运行以下命令查看从库是否正常同步：
SHOW SLAVE STATUS\G
重点关注两个字段：
- Slave_IO_Running: Yes
- Slave_SQL_Running: Yes
如果都是Yes，说明复制正常。若为No，查看Last_Error信息排查问题，常见原因包括网络不通、用户权限不足、pos位置错误等。
4. 注意事项与建议
确保主从时间一致，避免因时区或时间偏差影响业务。
如果从库已有数据，需先通过备份恢复与主库一致的状态再开启复制。
使用 mysqldump 备份主库时可加 --master-data=1 参数自动记录binlog位置。
生产环境建议开启 relay_log 和 read_only 以增强稳定性。
基本上就这些，配置不复杂但容易忽略细节。
