xtrabackup全量备份+流式传输+prepare恢复是添加新从库最快最稳的方式；mysqldump在>50gb场景下基本不可用，因其备份恢复慢、锁表风险高且不保证严格一致性。
直接用 Xtrabackup 全量备份 + 流式传输 + prepare 恢复，是添加新从库最快最稳的方式；mysqldump 在 >50GB 场景下基本不可用。
备份时必须带上 --binlog-info=ON 并记录 position
从库启动复制依赖准确的 binlog 文件名和 offset，Xtrabackup 默认在 xtrabackup_binlog_info 文件里写入该信息，但前提是：
- MySQL 主库已开启 log-bin
- 备份命令显式启用 binlog 位置捕获（8.0+ 版本默认开启，老版本如 2.4 需加 --binlog-info=ON）
- 不要用 --stream=xbstream 后直接丢给 ssh 或 nc，否则 xtrabackup_binlog_info 无法落地
推荐做法：
- 先本地完成带 --prepare 的备份目录（含完整 xtrabackup_binlog_info）
- 再用 rsync -a 或 scp -C 传整个目录到从库
- 若必须流式传输，改用 --stream=xbstream --extra-lsndir=/tmp/lsn，并在从库解压后手动提取 cat /tmp/lsn/xtrabackup_binlog_info
从库恢复前务必清空 datadir 且禁止跳过 --prepare
常见错误是直接把备份文件 cp 到空 datadir 就启动 MySQL，结果报错 Tablespace is missing 或 InnoDB: Database page corruption。原因：Xtrabackup 备份的是原始物理页，未经过 --prepare 的备份目录不能直接启动。
正确顺序（三步缺一不可）：
- systemctl stop mysqld（或 mysqld_safe --skip-grant-tables --skip-networking & 仅用于紧急恢复）
- rm -rf /var/lib/mysql/*（确认路径！查 my.cnf 中 datadir）
- xtrabackup --prepare --target-dir=/path/to/backup（无 --apply-log-only，这是全量恢复）
- xtrabackup --copy-back --target-dir=/path/to/backup（自动 chown mysql:mysql）
CHANGE MASTER TO 必须用备份时记录的 binlog 位点，不能用 SHOW MASTER STATUS
主库 SHOW MASTER STATUS 返回的是当前最新位点，而备份那一刻的 binlog 位置早已滚动过去。从库若用这个新位点启动复制，会跳过备份之后、当前之前的所有变更，导致数据不一致。
从备份目录中提取真实位点：
- cat /path/to/backup/xtrabackup_binlog_info → 输出类似 mysql-bin.000027 19832412
- 或解析 xtrabackup_info 中的 binlog_pos 字段
- 执行：CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000027', MASTER_LOG_POS=19832412, ...
注意：如果主库开了 GTID，就不用管 file/pos，改用 SET GLOBAL gtid_purged='...'; CHANGE MASTER TO MASTER_AUTO_POSITION=1;，但前提是备份时 gtid_mode=ON 且 xtrabackup 版本 ≥ 2.4.5
从库启动后立刻检查 Seconds_Behind_Master 和 IO/SQL 线程状态
即使 START SLAVE 成功，也不代表复制真正在工作。最容易被忽略的是：
- SHOW SLAVE STATUS\G 中 Slave_IO_Running: Yes 但 Slave_SQL_Running: No → 通常是 SQL 线程遇到 DDL 冲突或 duplicate key
- Seconds_Behind_Master: NULL → 常见于 relay log 损坏或 relay_log_recovery=OFF 且上次异常退出
- Retrieved_Gtid_Set 为空 → IO 线程根本没连上主库，检查防火墙、复制用户权限、MASTER_HOST 是否可解析
生产环境建议加一层校验：
- 备份完成后立即在主库执行 SELECT COUNT(*) FROM mysql.innodb_table_stats; 记录值
- 从库恢复并启动复制后，等 Seconds_Behind_Master = 0 时再比对同一条 SQL 结果是否一致
