要开启 MySQL 的 binlog 并为复制（replication）做好前提配置，核心是确保主库（Master）正确生成并保留二进制日志，同时具备唯一 server-id 和复制所需权限。以下为关键步骤和说明：
1. 确认 MySQL 已启用 binlog
binlog 默认可能关闭，需在 MySQL 配置文件（通常是 my.cnf 或 my.ini）的 [mysqld] 段中显式配置：
log-bin = /var/lib/mysql/mysql-bin（指定 binlog 文件路径和基础名，建议用绝对路径） binlog-format = ROW（推荐使用 ROW 格式，语义清晰、兼容性好，避免 STATEMENT 模式下部分函数或非确定性语句导致从库不一致） expire-logs-days = 7（可选，自动清理 7 天前的 binlog，避免磁盘占满） max-binlog-size = 100M（可选，单个 binlog 文件最大大小）配置后需重启 MySQL 服务生效。验证是否开启：
mysql> SHOW VARIABLES LIKE 'log_bin'; —— 返回 ON 表示已启用。
2. 设置唯一的 server-id
MySQL 复制要求每个节点有全局唯一的 server-id（整数，1–4294967295），主从不能相同：
在 [mysqld] 段添加：server-id = 1（主库建议设为 1，从库设为 2、3 等） 若未设置，MySQL 可能拒绝启动 binlog 或复制线程无法连接验证：
mysql> SHOW VARIABLES LIKE 'server_id';
3. 创建专用复制用户（主库执行）
从库连接主库时需一个拥有 REPLICATION SLAVE 权限的账号，不建议复用 root：
登录主库执行：CREATE USER 'repl'@'%' IDENTIFIED BY 'your_secure_password'; GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%'; FLUSH PRIVILEGES;
注意：若从库 IP 固定，可将 '%' 替换为具体 IP（如 '192.168.1.100'）以提升安全性。
4. 记录当前 binlog 位置（用于从库起始同步点）
在主库上执行：
SHOW MASTER STATUS;
注意：若主库已有数据，建议先锁表导出再记录位置，或使用 mysqldump --master-data=2 自动包含该信息。
