MySQL主从同步的一对多架构指的是单个主库负责处理所有写操作，同时将数据变更日志同步到多个从库，从库仅处理读请求，这种架构能有效分散数据库的访问压力，提升系统的整体吞吐量。搭建该架构需要分别完成主库和多个从库的配置，同时确保同步链路正常建立。
前置准备
首先需要准备至少三台服务器，一台作为主库，其余两台及以上作为从库，所有服务器安装相同版本的MySQL，建议版本在5.7及以上，避免版本差异导致的兼容性问题。同时确保所有服务器之间网络互通，防火墙开放MySQL默认端口3306的访问权限。
主库配置步骤
主库需要开启二进制日志功能，这是主从同步的基础，所有数据变更都会记录到二进制日志中，从库通过读取这些日志完成数据同步。
1. 修改主库配置文件
编辑MySQL的配置文件my.cnf（Linux系统通常路径为/etc/my.cnf，Windows系统为my.ini），在[mysqld]区块下添加以下配置：
[mysqld] # 开启二进制日志，日志文件前缀为mysql-bin log-bin=mysql-bin # 设置服务器唯一ID，主库和所有从库的ID不能重复 server-id=1 # 可选配置：指定需要同步的数据库，不配置则同步所有数据库 binlog-do-db=test_db # 可选配置：忽略不需要同步的数据库 binlog-ignore-db=mysql
修改完成后重启MySQL服务，使配置生效。
2. 创建同步专用账号
登录主库MySQL终端，创建一个用于从库连接主库的账号，并授予复制权限：
-- 创建账号，允许所有从库IP连接，密码设置为repl_password CREATE USER 'repl_user'@'%' IDENTIFIED BY 'repl_password'; -- 授予复制权限 GRANT REPLICATION SLAVE ON *.* TO 'repl_user'@'%'; -- 刷新权限 FLUSH PRIVILEGES;
3. 查看主库二进制日志状态
执行以下命令查看主库当前的二进制日志文件名和偏移量，后续从库配置需要用到这两个值：
SHOW MASTER STATUS;
执行后会得到类似如下的结果，记录下File和Position的值：
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
|---|---|---|---|
| mysql-bin.000001 | 154 | test_db | mysql |
从库配置步骤
每个从库的配置流程完全一致，只需要保证每个从库的server-id不同即可。
1. 修改从库配置文件
编辑从库的my.cnf配置文件，在[mysqld]区块下添加以下配置：
[mysqld] # 设置服务器唯一ID，第二个从库可以设置为3，以此类推 server-id=2 # 可选配置：开启从库只读，避免从库被误写入数据 read-only=1
修改完成后重启从库的MySQL服务。
2. 配置从库连接主库
登录从库MySQL终端，执行以下命令配置主库连接信息，将对应的参数替换为实际的值：
CHANGE MASTER TO MASTER_HOST='主库IP地址', MASTER_USER='repl_user', MASTER_PASSWORD='repl_password', MASTER_LOG_FILE='mysql-bin.000001', -- 替换为之前记录的主库File值 MASTER_LOG_POS=154; -- 替换为之前记录的主库Position值
3. 启动从库同步进程
执行以下命令启动从库的同步进程：
START SLAVE;
4. 验证从库同步状态
执行以下命令查看从库的同步状态：
SHOW SLAVE STATUSG
查看结果中的Slave_IO_Running和Slave_SQL_Running两个字段，如果两者的值都是Yes，说明从库同步已经正常启动。如果有任意一个为No，可以查看Last_IO_Error或Last_SQL_Error字段排查错误原因。
多个从库的扩展配置
如果需要添加更多从库，只需要重复上述从库的配置步骤即可，注意每个新增从库的server-id不能和已有的主库、从库重复，同时连接主库时使用的MASTER_LOG_FILE和MASTER_LOG_POS需要重新从主库的SHOW MASTER STATUS结果中获取，或者如果主库没有新的数据变更，也可以使用之前记录的旧值。
常见问题排查
- 如果从库
Slave_IO_Running为No，通常是主库连接失败，检查主库IP、端口、同步账号密码是否正确，防火墙是否开放3306端口。 - 如果从库
Slave_SQL_Running为No，通常是同步执行SQL时出现错误，比如从库已经存在同名的数据库或表，可以跳过错误或者重新初始化从库数据后重新配置同步。 - 如果主从数据不一致，可以检查主库的二进制日志是否正常生成，从库是否漏同步了部分日志，必要时可以重新导出主库数据导入从库，再重新配置同步。
架构注意事项
主从同步是一对多架构是异步同步，主库写入数据后不会等待从库同步完成就返回结果，因此从库的数据可能存在短暂的延迟。如果对数据一致性要求极高，需要结合业务层做额外的校验，或者考虑使用半同步复制方案。同时建议定期监控主从同步的状态，及时发现同步中断的问题。