mysql如何使用XtraBackup热备份_mysql物理热备安装与使用-mysql教程-PHP中文网

根本原因是xtrabackup 2.4.x不支持mysql 8.0+默认的caching_sha2_password认证插件；应升级至percona-xtrabackup-80或临时改用mysql_native_password。

mysql如何使用xtrabackup热备份_mysql物理热备安装与使用

根本原因不是权限或网络，而是 xtrabackup 默认用 --user=root --password= 连，但 MySQL 8.0+ 默认 root 用 caching_sha2_password 插件，而老版本 xtrabackup（如 2.4.x）不支持该认证方式。

检查 MySQL 认证插件：SELECT user, host, plugin FROM mysql.user WHERE user='root';
临时解决：把 root 切回 mysql_native_password（仅测试环境）：ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'xxx';
生产推荐：升级到 percona-xtrabackup-80（对应 MySQL 8.0+），它原生支持 caching_sha2_password
连接参数别硬写密码，用 --defaults-file=/etc/my.cnf 或 --login-path 更安全

不能。这是两个严格分离的阶段，强行跳过 --prepare 直接恢复，99% 概率启动失败或数据损坏。

MySQL

编写正确的MySQL查询，避免字符集、索引和锁方面的常见陷阱。

下载

--backup 是拷贝物理文件（ibdata1、.ibd 等），过程不停库，但数据页可能不一致（有未刷盘事务）
--prepare 是重放 redo log + 回滚未提交事务，让备份变成“一致性快照”，这步必须离线做，且需足够磁盘空间（会生成临时日志文件）
常见错误：备份完立刻 cp -r 到新实例并启动 —— MySQL 启动时报 InnoDB: Page [page id: space=0, page number=5] log sequence number 123456789 is in the future!
正确流程：xtrabackup --backup --target-dir=/backup/20240401/ → xtrabackup --prepare --target-dir=/backup/20240401/ → 再复制到目标 datadir

--incremental-basedir 必须指向**上一次成功 prepare 完的全量或增量备份目录**，不是原始 backup 目录，也不是 MySQL datadir。

全量备份：xtrabackup --backup --target-dir=/backup/full/ → xtrabackup --prepare --target-dir=/backup/full/
第一次增量：xtrabackup --backup --incremental-basedir=/backup/full/ --target-dir=/backup/inc1/
第二次增量：xtrabackup --prepare --apply-log-only --target-dir=/backup/full/（先合并全量）→ xtrabackup --prepare --apply-log-only --target-dir=/backup/full/ --incremental-dir=/backup/inc1/ → xtrabackup --backup --incremental-basedir=/backup/inc1/ --target-dir=/backup/inc2/
关键点：--apply-log-only 在中间增量合并时必须加，否则最后一次 prepare 会把 undo 清掉，导致无法再应用后续增量

恢复前务必确认目标 MySQL 实例的 innodb_log_file_size 和备份时一致，否则启动直接失败，报错类似 InnoDB: Error: log file ./ib_logfile0 is of different size。

查源库配置：SELECT @@innodb_log_file_size; 或看 my.cnf 中 innodb_log_file_size 值（单位字节）
恢复前删掉目标实例的 ib_logfile0、ib_logfile1（MySQL 关闭状态下操作）
确保 my.cnf 里 innodb_log_file_size 和源库一致，再启动 MySQL
如果源库是动态调大过该值（比如从 48M → 128M），备份时实际用的是新大小，但 xtrabackup 不自动记录这个变更 —— 所以必须人工核对

备份本身不难，难的是每次 prepare 和 restore 前都得手动比对三个地方：MySQL 版本号、InnoDB 日志大小、认证插件类型。漏一个，就卡在启动那一步。