配置MySQL异步复制需先设置主库开启binlog并创建复制账号，记录binlog位置；再配置从库指定server-id并执行CHANGE MASTER指向主库，启动复制后检查Slave_IO_Running和Slave_SQL_Running为Yes；最后通过主库写入数据验证从库同步效果，确保Seconds_Behind_Master无延迟。
MySQL 配置异步复制主要涉及主库（Master）和从库（Slave）的设置，通过二进制日志（binlog）将主库的数据变更传输到从库。整个过程不保证实时同步，但配置简单、性能开销小，适用于大多数读写分离场景。
1. 主库（Master）配置
确保主库开启二进制日志并设置唯一的 server-id：
[mysqld] server-id = 1 log-bin = mysql-bin binlog-format = ROW
说明：
- server-id：每台 MySQL 实例必须有唯一 ID，主库设为 1。
- log-bin：启用二进制日志，用于记录数据变更。
- binlog-format：推荐使用 ROW 模式，更安全且兼容性好。
重启 MySQL 服务后，登录数据库创建用于复制的账号：
CREATE USER 'repl'@'%' IDENTIFIED BY 'password'; GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%'; FLUSH PRIVILEGES;
查看主库当前 binlog 状态，后续从库连接时需要该信息：
SHOW MASTER STATUS;
记下返回结果中的 File 和 Position，例如：mysql-bin.000003 和 154。
2. 从库（Slave）配置
修改从库的配置文件，设置唯一的 server-id（不能与主库重复）：
[mysqld] server-id = 2
重启从库 MySQL 服务，然后配置它连接主库：
CHANGE MASTER TO MASTER_HOST='主库IP', MASTER_USER='repl', MASTER_PASSWORD='password', MASTER_LOG_FILE='mysql-bin.000003', MASTER_LOG_POS=154;
启动复制进程：
START SLAVE;
查看复制状态：
SHOW SLAVE STATUSG
重点关注以下两个字段：
- Slave_IO_Running：应为 Yes，表示能连接主库并拉取日志。
- Slave_SQL_Running：应为 Yes，表示能执行接收到的 SQL。
如果任一为 No，检查错误信息（如 Last_Error），常见问题包括网络不通、账号权限不足或 position 设置错误。
3. 验证复制是否生效
在主库执行插入操作：
CREATE DATABASE test_replication; USE test_replication; CREATE TABLE t1 (id INT); INSERT INTO t1 VALUES (1), (2);
登录从库，检查是否自动同步：
SHOW DATABASES LIKE 'test_replication'; USE test_replication; SELECT * FROM t1;
若数据一致，说明异步复制已正常工作。
4. 注意事项与优化建议
- 主从时间要尽量同步，避免因时间差异导致监控误判。
- 定期检查 SHOW SLAVE STATUS 中的延迟（Seconds_Behind_Master）。
- 生产环境建议开启 relay-log 和 read-only 模式防止从库误写。
- 异步复制存在主库崩溃时数据丢失风险，对一致性要求高的场景可考虑半同步或组复制。
基本上就这些。配置异步复制不复杂，但细节决定成败，尤其注意权限、网络和日志位置匹配。