MySQL主从复制配置及注意事项详解

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;

但这种方法需谨慎使用，避免掩盖真实问题。

基本上就这些，主从复制本身不复杂，但细节处理不到位容易出问题。配置好以后记得持续关注运行状态，别以为一次配置就能长期稳定运行。