为什么MySQL 8.0的物理备份工具Xtrabackup需要更新版本？

MySQL 8.0 物理备份必须使用 percona-xtrabackup-80，因其底层数据字典、重做日志格式等与旧版不兼容，xtrabackup-24 无法解析而直接报错退出；需卸载旧包、启用 tools 仓库、安装 qpress，并改用 xbstream 流式备份及 xtrabackup 命令。

MySQL 8.0 的物理备份必须用 percona-xtrabackup-80，不能用 percona-xtrabackup-24 —— 不是配置问题，是底层数据结构不兼容，启动就报错退出。

MySQL 8.0 的数据字典和日志格式变了

MySQL 8.0 把系统表从 MyISAM 搬进了 InnoDB，存在 mysql.ibd 和内部数据字典中；同时重做日志（ib_logfile0）的 LSN 记录方式、undo 表空间管理逻辑、GTID 位点写入规则全都不一样了。这些不是“小调整”，而是存储引擎层的重构。

而 xtrabackup 2.4 的代码里压根没实现对这些新结构的解析能力——它读不到字典元数据，也看不懂 redo 日志头，自然无法安全拷贝内存页和事务状态。

1. 典型错误：Error: MySQL 8.0 and Percona Server 8.0 are not supported by Percona Xtrabackup 2.4.x series.
2. 这个不是 warning，是硬拦截：程序在初始化阶段就 exit(1)，根本不会走到备份逻辑
3. 即使强行 patch 或绕过检查，备份出来的 backup-my.cnf 会漏掉 innodb_redo_log_capacity 等关键参数，恢复时直接崩溃

percona-xtrabackup-80 和 percona-xtrabackup-24 不能共存

在 CentOS/RHEL 上，两个包的二进制文件路径冲突（都装到 /usr/bin/xtrabackup），且依赖的 Percona 共享库版本不兼容。

1. 必须先卸载旧包：yum remove percona-xtrabackup-24
2. 清理残留：rm -rf /usr/bin/xtrabackup /usr/bin/innobackupex（后者在 8.0 中已废弃）
3. 启用正确仓库：percona-release enable-only tools release
4. 安装新包：yum install percona-xtrabackup-80
5. 验证输出必须含 8.0.x 和 based on MySQL 8.0.x，否则仍是伪装版

流式备份只支持 xbstream，不再支持 tar

xtrabackup 8.0 彻底移除了 --stream=tar 支持，因为 tar 无法处理并发写入和部分失败重试——而 xbstream 是专为热备设计的流协议，能携带 checksum 和 chunk 元信息。

1. 正确写法：xtrabackup --backup --stream=xbstream --target-dir=/tmp/backup/ | gzip > backup.xbstream.gz
2. 如果脚本里还留着 --stream=tar，会直接报错：unrecognized option '--stream=tar'
3. 压缩必须用 qpress（不是 gzip），且需提前安装：yum install qpress

最容易被忽略的是：innobackupex 命令在 8.0 中已完全删除，所有脚本、定时任务、Ansible playbooks 里调用它的地方都得替换成 xtrabackup，且参数语义有差异（比如 --slave-info 在 8.0 中默认开启，无需显式加）。