主从同步通过binlog实现，主库记录变更日志，从库读取并执行。配置时主库启用log-bin，设置server-id=1，创建复制账号；从库设server-id=2，开启relay-log，启动IO和SQL线程。测试创建库表验证同步，注意权限、网络及唯一server-id。
MySQL主从同步是提升数据库性能、实现数据备份和高可用的重要手段。通过配置主从架构，主库负责写操作，从库自动同步主库的数据并可承担读请求，减轻主库压力。下面是详细的MySQL主从数据库同步配置步骤。
1. 主从同步的基本原理
MySQL主从同步基于二进制日志（Binary Log）机制。主库记录所有数据变更操作到binlog中，从库通过I/O线程读取主库的binlog，并写入自己的中继日志（relay log），再由SQL线程执行这些日志，实现数据同步。
2. 环境准备
假设你有两台服务器：
- 主库（Master）：IP 192.168.1.10
- 从库（Slave）：IP 192.168.1.11
确保两台机器上的MySQL版本兼容，网络互通，且能通过账号密码远程连接。
3. 配置主库（Master）
编辑主库的MySQL配置文件 my.cnf（通常位于 /etc/my.cnf 或 /etc/mysql/my.cnf）：
[mysqld]server-id = 1
log-bin = mysql-bin
binlog-format = ROW
expire_logs_days = 7
max_binlog_size = 100M
说明：
- server-id：每台MySQL服务器必须有唯一ID，主库设为1。
- log-bin：启用二进制日志，名称为mysql-bin。
- binlog-format：推荐使用ROW格式，更安全精确。
保存后重启MySQL服务：
systemctl restart mysqld登录MySQL，创建用于从库复制的账号：
CREATE USER 'repl'@'192.168.1.11' IDENTIFIED BY 'your_password';GRANT REPLICATION SLAVE ON *.* TO 'repl'@'192.168.1.11';
FLUSH PRIVILEGES;
查看主库状态，获取当前binlog文件名和位置：
SHOW MASTER STATUS;记下输出中的 File 和 Position，后续配置从库时需要。
4. 配置从库（Slave）
编辑从库的 my.cnf 文件：
[mysqld]server-id = 2
relay-log = mysql-relay-bin
log-slave-updates = 1
read-only = 1
说明：
- server-id：从库ID不能与主库重复，设为2。
- relay-log：指定中继日志名称。
- read-only：防止从库被误写，保障同步安全。
重启从库MySQL：
systemctl restart mysqld
登录MySQL，执行CHANGE MASTER命令，连接主库：
CHANGE MASTER TOMASTER_HOST='192.168.1.10',
MASTER_USER='repl',
MASTER_PASSWORD='your_password',
MASTER_LOG_FILE='mysql-bin.000001',
MASTER_LOG_POS=154;
注意：MASTER_LOG_FILE 和 MASTER_LOG_POS 使用前面在主库执行 SHOW MASTER STATUS 得到的值。
启动从库同步线程：
START SLAVE;查看从库状态：
SHOW SLAVE STATUS\G重点关注以下两项：
- Slave_IO_Running: Yes
- Slave_SQL_Running: Yes
如果都是Yes，说明同步正常。如果有错误，检查网络、账号权限、防火墙或配置项。
5. 测试主从同步
在主库执行：
CREATE DATABASE test_sync;USE test_sync;
CREATE TABLE t1 (id INT);
在从库执行：
SHOW DATABASES LIKE 'test_sync';USE test_sync;
SHOW TABLES;
如果能看到相同的数据库和表，说明同步成功。
6. 常见问题处理
如果从库同步出错，如报错“Duplicate entry”或“Error 1062”：
- 临时跳过错误：SET GLOBAL sql_slave_skip_counter = 1; START SLAVE;
- 但建议排查原因，避免数据不一致。
确保主从时间同步，使用NTP服务校准系统时间。
基本上就这些。只要配置正确，MySQL主从同步稳定可靠。初期建议监控一段时间，确认无延迟或中断。后续可扩展为一主多从，或结合中间件实现读写分离。不复杂但容易忽略细节，比如server-id重复或权限不足。
