MySQL小版本迁移必须major.minor完全一致，因xtrabackup依赖InnoDB物理页格式和redo日志结构；minor差异会导致innodb_version不兼容，出现“Unsupported redo log format”等错误；迁移前须比对源/目标库SELECT VERSION(), @@innodb_version结果，且xtrabackup版本必须与MySQL minor版本严格匹配。
MySQL 小版本迁移必须同 major.minor，不能只看主版本
小版本不一致（比如 5.7.32 → 5.7.36 或 8.0.28 → 8.0.34）看似安全，但 xtrabackup 实际依赖的是 InnoDB 的物理页格式和 redo 日志结构。只要 minor 版本不同，就可能触发 innodb_version 不兼容，恢复时直接报错：InnoDB: Unsupported redo log format 或 Failed to initialize XtraDB。
实操建议：
- 迁移前必须在源库执行
SELECT VERSION(), @@innodb_version;，目标库也执行同样命令，两个结果必须完全一致； - 不要轻信“都是 5.7.x 就能互通”，Percona 官方明确要求
xtrabackup版本与 MySQL minor 版本严格匹配； - 若目标库 minor 版本更高（如 5.7.32 → 5.7.36），可先升级源库到目标 minor 版本再备份，或改用逻辑迁移；
- 若目标库 minor 版本更低（如 5.7.36 → 5.7.32），禁止使用
xtrabackup恢复，物理文件不可降级。
xtrabackup 版本必须和 MySQL minor 版本对齐
xtrabackup-2.4 不是“适配所有 MySQL 5.7”，而是仅适配 MySQL 5.7.x 中某个具体 minor 版本编译时的 InnoDB ABI。例如 percona-xtrabackup-24-2.4.21 是为 MySQL 5.7.32 编译的，拿到 5.7.36 上跑会因 ibdata1 校验失败而中止 prepare 阶段。
常见错误现象：
-
innobackupex: Error: The xtrabackup version is not compatible with the MySQL server version； - prepare 时卡在
Applying a partial rollback后无响应； - 恢复后启动 mysqld 报错：
Cannot open ./ibdata1或Tablespace is missing for table 'mysql/innodb_table_stats'。
解决方法：
- 查 Percona 官网 release notes，确认你用的
xtrabackuprpm 包对应哪一版 MySQL minor； - CentOS/RHEL 上优先用
yum install percona-xtrabackup-24（自动选匹配版本），而非手动下载 tarball； - 源码编译时，必须指定与目标 MySQL 完全一致的
--with-mysql-version=5.7.32和对应 MySQL 源码路径。
prepare 阶段失败的典型原因和绕过条件
xtrabackup --prepare 不是“解压完就能用”，它要重放 redo、清理未提交事务、校验页 checksum。小版本差异常在这里暴露——比如新版本加了 page compression flag，旧版本 xtrabackup 无法识别。
关键参数差异：
-
--apply-log-only：只重放 redo，不回滚未提交事务，适用于增量备份链；全量备份最后一步必须去掉该参数； -
--use-memory：小版本不一致时，增大该值（如--use-memory=2G）有时能绕过内存校验失败，但治标不治本； -
--force-non-empty-directories：仅当确认目标 datadir 已清空且权限正确时才加，否则可能覆盖残留 ib_logfile 导致启动失败。
注意：--prepare 失败后不要强行 cp 到 datadir 启动，InnoDB 会拒绝加载损坏的表空间。
恢复后启动 mysqld 前必须检查三件事
就算 --prepare 成功，也不能直接启动。小版本迁移最容易忽略这三点：
- 确认目标 mysqld 的
datadir下没有残留的ib_logfile*和ib_buffer_pool——这些文件由旧版本生成，新版本会拒绝加载； - 检查 my.cnf 中
innodb_log_file_size是否与备份时一致，不一致会导致启动时报log file size mismatch； - 首次启动必须加
--skip-grant-tables --skip-networking，因为mysql.user表结构可能有微小变更（如 5.7.33 加了password_last_changed字段），直接启动会卡在权限系统初始化。
真正麻烦的不是备份和传输，而是 prepare 和启动之间那几秒——那里藏着所有小版本不兼容的细节。别跳过验证步骤，哪怕只是多跑一次 mysqld --initialize-insecure --datadir=/var/lib/mysql --basedir=/usr 对比生成的系统表结构。
