mysql主从复制配置步骤如下：一、主库开启二进制日志并创建复制账号；二、从库设置唯一server-id并执行change master命令启动复制；三、注意server-id冲突、网络连接、数据一致性等问题；四、定期监控复制状态，使用工具检查延迟，及时处理复制错误。配置完成后需持续维护以确保稳定性。
MySQL主从复制是数据库高可用和读写分离的基础设置之一，配置得当可以提升系统的性能与稳定性。下面直接讲讲怎么配、要注意什么。
一、主库配置：开启日志并授权
首先要在主库上开启二进制日志（binlog），这是主从同步的基础。修改MySQL的配置文件（通常是my.cnf或my.ini），在[mysqld]段中添加或确认以下几项：
server-id=1 log-bin=mysql-bin
然后重启MySQL服务使配置生效。接下来需要创建一个用于复制的账号，并授予REPLICATION SLAVE权限：
CREATE USER 'repl'@'%' IDENTIFIED BY 'your_password'; GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%'; FLUSH PRIVILEGES;
注意这里的IP限制要根据实际网络情况调整，不要随便用通配符“%”放通所有IP，避免安全风险。
二、从库配置：指向主库并启动复制
从库的配置也很关键，同样修改配置文件，设置唯一的server-id（不能和主库一样）：
server-id=2
重启MySQL后，在从库执行CHANGE MASTER命令，指定主库的地址、端口、用户、密码以及当前binlog的位置：
CHANGE MASTER TO MASTER_HOST='主库IP', MASTER_PORT=3306, MASTER_USER='repl', MASTER_PASSWORD='your_password', MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS= 4;
位置可以从主库执行SHOW MASTER STATUS;获取。完成后启动复制线程：
START SLAVE;
检查状态是否正常可以用SHOW SLAVE STATUS\G，重点关注Slave_IO_Running和Slave_SQL_Running是否为Yes。
三、常见问题及注意事项
- server-id冲突：主从服务器的server-id必须不同，否则复制会失败。
- 网络连接问题：确保从库能访问主库的3306端口，防火墙规则要放开。
- 数据一致性问题：如果从库已有数据，一定要提前做好主从数据的一致性校验，否则可能引起SQL错误。
-
忽略表的问题：可以通过配置
replicate-ignore-db或replicate-ignore-table来控制哪些库或表不需要同步。 - 延迟复制：某些场景可以考虑启用延迟复制（delayed replication），防止误操作导致的数据丢失。
另外，建议定期检查主从之间的延迟情况，可以通过Seconds_Behind_Master字段来判断。
四、监控与维护建议
日常运维中，建议使用脚本或工具定期检查主从状态，比如使用pt-heartbeat来精确统计复制延迟。也可以结合Zabbix等监控系统进行告警。
遇到复制错误时，先看SHOW SLAVE STATUS\G中的Last_SQL_Error信息，大多数时候是语句冲突或者表不存在之类的错误。如果是非关键错误，可以跳过错误继续执行：
SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 1; START SLAVE;
但这种方法需谨慎使用，避免掩盖真实问题。
基本上就这些，主从复制本身不复杂，但细节处理不到位容易出问题。配置好以后记得持续关注运行状态，别以为一次配置就能长期稳定运行。
