mysql主从复制的搭建步骤包括：一、主库开启二进制日志并创建复制账号；二、获取主库数据并导出；三、配置从库并启动复制；四、常用参数包括server-id、log-bin、relay-log等；五、常见问题如延迟、连接失败需逐一排查。具体操作为：1. 在主库配置文件中设置server-id=1和log-bin=mysql-bin；2. 创建repl用户并授权；3. 锁表后执行mysqldump导出数据并解锁；4. 从库配置server-id=2，导入数据后通过change master命令连接主库并启动复制；5. 常用参数包括设置read-only、replicate-do-db、slave-skip-errors等；6. 常见问题包括延迟过高可启用多线程复制、连接失败检查网络与权限、数据不一致使用pt-table-checksum校验工具检测，主库宕机需手动切换并考虑数据丢失风险。
MySQL主从复制是数据库高可用和读写分离的基础，设置起来不算复杂，但关键是要理解原理并正确配置。下面直接说怎么操作。
一、主从复制的基本步骤
要搭建主从复制，核心是让从库（Slave）连接到主库（Master），然后同步数据。主要流程包括以下几个步骤：
-
开启主库的二进制日志
在主库的配置文件（如my.cnf或my.ini）中添加：server-id=1 log-bin=mysql-bin
server-id必须唯一，主从不能一样；log-bin用于记录所有更改操作的日志。 -
创建用于复制的账号
在主库执行：CREATE USER 'repl'@'%' IDENTIFIED BY 'password'; GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%'; FLUSH PRIVILEGES;
这个账号只能用来做复制，权限有限更安全。
-
获取主库当前状态并导出数据
执行以下命令锁表并查看当前binlog位置：FLUSH TABLES WITH READ LOCK; SHOW MASTER STATUS;
然后使用
mysqldump导出数据，并解锁：mysqldump -u root -p --all-databases --master-data > backup.sql mysql -u root -p < backup.sql UNLOCK TABLES;
-
配置从库并启动复制
从库的配置也要有唯一的server-id：server-id=2
导入主库的数据后，在从库执行：
CHANGE MASTER TO MASTER_HOST='主库IP', MASTER_USER='repl', MASTER_PASSWORD='password', MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS= 4; START SLAVE;
其中
MASTER_LOG_FILE和MASTER_LOG_POS来自之前查到的SHOW MASTER STATUS结果。
二、常用的主从复制参数说明
MySQL提供了一些重要的参数来控制复制行为，这些参数对性能和一致性影响较大。
- server-id：每个实例必须唯一，用于标识服务器身份。
- log-bin：启用二进制日志，主库必须开启才能进行复制。
- relay-log：从库的中继日志，默认自动命名，可以手动指定路径优化IO。
- read-only：建议在从库上设置为只读，防止误操作。
- replicate-do-db / replicate-ignore-db：控制哪些数据库需要或不需要复制。
- slave-skip-errors：跳过某些错误，比如常见的1062（主键冲突）、1053（中断）等。
这些参数可以根据业务需求灵活调整，但要注意不要随意忽略错误，否则可能导致数据不一致。
三、常见问题与注意事项
主从复制过程中可能会遇到一些问题，比如延迟、断连、数据不一致等。
- 延迟过高：可能是网络慢、从库负载高或者SQL执行慢。可以通过多线程复制（MySQL 5.7+支持）缓解。
- 连接失败：检查防火墙、端口是否开放，账号密码是否正确，主库是否允许远程访问。
-
数据不一致：可以通过定期校验工具如
pt-table-checksum检测。 - 主库宕机处理：如果主库挂了，可能需要手动切换从库为主库，这时候要考虑是否有数据丢失风险。
此外，复制默认是异步的，如果你对一致性要求高，可以考虑半同步复制（semi-sync replication）。
基本上就这些。主从复制虽然步骤明确，但细节容易出错，特别是初始数据的一致性和网络配置部分。只要一步步来，注意参数配置和验证，一般都能顺利跑起来。
