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 日志头，自然无法安全拷贝内存页和事务状态。
- 典型错误：
Error: MySQL 8.0 and Percona Server 8.0 are not supported by Percona Xtrabackup 2.4.x series. - 这个不是 warning，是硬拦截：程序在初始化阶段就
exit(1)，根本不会走到备份逻辑 - 即使强行 patch 或绕过检查，备份出来的
backup-my.cnf会漏掉innodb_redo_log_capacity等关键参数，恢复时直接崩溃
percona-xtrabackup-80 和 percona-xtrabackup-24 不能共存
在 CentOS/RHEL 上，两个包的二进制文件路径冲突（都装到 /usr/bin/xtrabackup），且依赖的 Percona 共享库版本不兼容。
- 必须先卸载旧包：
yum remove percona-xtrabackup-24 - 清理残留：
rm -rf /usr/bin/xtrabackup /usr/bin/innobackupex（后者在 8.0 中已废弃） - 启用正确仓库：
percona-release enable-only tools release - 安装新包：
yum install percona-xtrabackup-80 - 验证输出必须含
8.0.x和based on MySQL 8.0.x，否则仍是伪装版
流式备份只支持 xbstream，不再支持 tar
xtrabackup 8.0 彻底移除了 --stream=tar 支持，因为 tar 无法处理并发写入和部分失败重试——而 xbstream 是专为热备设计的流协议，能携带 checksum 和 chunk 元信息。
- 正确写法：
xtrabackup --backup --stream=xbstream --target-dir=/tmp/backup/ | gzip > backup.xbstream.gz - 如果脚本里还留着
--stream=tar，会直接报错：unrecognized option '--stream=tar' - 压缩必须用
qpress（不是 gzip），且需提前安装：yum install qpress
最容易被忽略的是：innobackupex 命令在 8.0 中已完全删除，所有脚本、定时任务、Ansible playbooks 里调用它的地方都得替换成 xtrabackup，且参数语义有差异（比如 --slave-info 在 8.0 中默认开启，无需显式加）。
