mysql 主从

MySQL主从复制是一种常见的数据库架构，用于实现数据的高可用性、负载均衡和备份。其核心机制是将主库（Master）上的数据变更记录到二进制日志（Binary Log），然后由从库（Slave）读取这些日志并在本地重放，从而实现数据同步。 ### 配置步骤 #### 1. 主库配置 在主库上需要启用二进制日志，并设置唯一的 `server-id`。以下是一个典型的配置示例： ```ini # /etc/my.cnf [mysqld] server-id = 1 log-bin = mysql-bin binlog-format = ROW binlog-do-db = mydb # 指定需要复制的数据库 expire_logs_days = 7 max_binlog_size = 100M ``` 配置完成后，重启 MySQL 服务以应用更改： ```bash systemctl restart mysqld ``` 接下来，创建一个用于复制的专用用户，并授予相应的权限： ```sql CREATE USER 'repl'@'192.168.1.101' IDENTIFIED BY 'SecurePass123!'; GRANT REPLICATION SLAVE ON *.* TO 'repl'@'192.168.1.101'; FLUSH PRIVILEGES; ``` 最后，查看主库的状态信息，以便后续在从库中使用这些信息进行连接： ```sql SHOW MASTER STATUS; ``` 此命令将返回当前的二进制日志文件名和位置，这对从库连接至关重要[^2]。 --- #### 2. 从库配置 在从库上也需要设置唯一的 `server-id`，并确保与主库不同。此外，还需要指定一些其他参数来支持复制功能： ```ini # /etc/my.cnf [mysqld] server-id = 2 relay-log = mysql-relay-bin log-slave-updates = 1 read-only = 1 ``` 同样地，重启 MySQL 服务以应用新配置： ```bash systemctl restart mysqld ``` 为了保证数据一致性，通常会在初始阶段对主库进行一次全量备份，并将其导入到从库中。可以使用 `mysqldump` 工具完成这一操作： ```bash mysqldump -uroot -A --master-data=2 --single-transaction > /tmp/full.sql ``` 然后将该备份文件传输至从库服务器，并执行导入： ```bash mysql < /tmp/full.sql ``` 之后，在从库上执行如下 SQL 命令建立与主库的连接： ```sql CHANGE MASTER TO MASTER_HOST='10.0.0.201', MASTER_USER='repl', MASTER_PASSWORD='123456', MASTER_PORT=3307, MASTER_LOG_FILE='binlog.000001', MASTER_LOG_POS=628, MASTER_CONNECT_RETRY=10; ``` 确认无误后，启动复制进程： ```sql START SLAVE; ``` 检查复制状态是否正常： ```sql SHOW SLAVE STATUS\G ``` 理想情况下，`Slave_IO_Running` 和 `Slave_SQL_Running` 字段都应显示为 `Yes`，表示复制链路已成功建立[^4]。 --- #### 3. 数据同步原理 MySQL 主从复制的工作流程如下： - 主库将所有的数据变更写入二进制日志； - 从库通过 I/O 线程连接主库并请求日志数据； - 主库的 Binlog Dump 线程负责发送日志数据给从库； - 从库的 I/O 线程接收到日志后，将其写入本地的中继日志（Relay Log）； - 最后，从库的 SQL 线程读取中继日志中的事件，并在本地重放这些 SQL 操作，以保持数据一致性[^2]。 --- #### 4. 生产环境注意事项 在生产环境中部署 MySQL 主从复制时，还需考虑以下几个方面： - **网络稳定性**：确保主从服务器之间的网络连接稳定可靠，避免因网络波动导致复制中断。 - **安全性**：限制复制用户的访问权限，仅允许特定 IP 地址连接；同时建议使用 SSL 加密通信，防止敏感信息泄露。 - **监控与维护**：定期检查复制状态，及时发现并解决延迟或错误问题；可借助第三方工具如 Percona Toolkit 进行自动化监控和优化。 - **故障恢复策略**：制定完善的故障切换方案，例如使用 MHA（Master High Availability）或 Orchestrator 实现自动故障转移，提高系统的可用性。 --- #### 5. 故障排查常见方法 如果遇到复制异常，可以通过以下方式进行排查： - 查看 `SHOW SLAVE STATUS\G` 输出中的 `Last_Error` 字段，了解具体的错误原因； - 检查 MySQL 错误日志，寻找可能的相关警告或错误信息； - 如果是因为网络问题导致复制中断，尝试重新启动复制线程； - 若存在较大的复制延迟，可通过调整 `slave_parallel_workers` 参数启用多线程复制，提升性能。 ---