MySQL 8.0 备份容灾需适配 GTID、原子 DDL、数据字典表空间等新机制，传统备份易漏状态或元数据；必须显式处理 GTID（如 mysqlbackup 加 --replica-info 或 mysqldump 加 --set-gtid-purged=ON），确保 mysql.ibd 完整备份与验证，并规避原子 DDL 导致的 schema mismatch，严禁跨小版本恢复。
MySQL 8.0 的备份容灾不能照搬 5.7 的套路，尤其是涉及 GTID、原子 DDL、角色权限、数据字典表空间这些新机制时，传统 mysqldump 或裸拷贝容易漏状态、丢元数据、或在恢复时卡住。
备份必须显式处理 GTID 和 replica_info
MySQL 8.0 默认启用 GTID（gtid_mode=ON），这意味着复制位置不再靠 binlog 文件名+偏移量定位，而是靠 gtid_executed 集合。如果备份时不保存该集合，恢复后无法正确设置复制起点。
- 用
mysqlbackup时，必须加--replica-info（8.0.32+）或--slave-info（旧版），否则备份目录里不会生成meta/ibbackup_replica_info或backup_gtid_executed.sql - 不用
mysqlbackup而用mysqldump做逻辑备份时，得手动加--set-gtid-purged=ON，否则 dump 文件里不包含SET @@GLOBAL.GTID_PURGED语句 -
--replica-info和--no-locking互斥，不能同时用；它也和--only-innodb冲突——这意味着纯 InnoDB 备份 + GTID 元信息必须走全库备份路径
备份前必须检查 data dictionary 表空间是否可访问
MySQL 8.0 把系统表（如 mysql.user、mysql.db）从 MyISAM 换成 InnoDB，并统一存放在 mysql.ibd 这个共享表空间里。这个文件一旦损坏或备份不完整，恢复后连 mysql 库都打不开。
- 物理备份工具（如
mysqlbackup）默认会包含mysql.ibd，但需确认备份日志里有类似Copied mysql.ibd的记录，不能只看“backup completed”就认为成功 - 若用
rsync或cp做裸拷贝，必须确保 MySQL 已执行过FLUSH TABLES WITH READ LOCK且mysql.ibd处于一致性状态——但注意：8.0 中该语句对 data dictionary 表空间的保护不如以前可靠，建议改用mysqlbackup --lock-dd（Enterprise Backup 8.0.16+ 支持） - 备份后可用
mysqlfrm --server=user:pass@host:port --diagnostic mysql.ibd（需 MySQL Utilities）粗略验证表空间结构可读，但更稳妥的是在测试环境做一次完整 restore +SELECT COUNT(*) FROM mysql.user
恢复时要绕开 atomic DDL 引起的 schema mismatch
MySQL 8.0 引入原子 DDL，意味着 CREATE TABLE、ALTER TABLE 等操作要么全成功、要么全回滚。但这也导致：如果备份时某张表正在被 DDL 修改，而备份工具没感知到事务未提交，恢复后可能看到“表存在但结构不匹配”的报错，比如 ERROR 1030 (HY000): Got error 168 from storage engine。
- 物理恢复（
copy-back）后首次启动必须加--innodb-force-recovery=1参数尝试启动，再逐步提高等级（最多到 6），观察错误日志中是否出现InnoDB: Error: tablespace id in file ... is N, but in the data dictionary it is M - 逻辑恢复（
mysql导入 dump）前，先用mysqlcheck --repair扫描目标实例上已存在的系统表，避免因 data dictionary 版本差异导致导入失败 - 跨版本恢复（如 8.0.33 备份恢复到 8.0.28）风险极高——即使小版本号不同，data dictionary 的内部结构也可能变化，官方不支持降级恢复，手册里必须写死“禁止跨 minor version 恢复”
真正麻烦的不是备份命令怎么敲，而是备份后没人验证 ibbackup_replica_info 里的 CHANGE REPLICATION SOURCE TO 语句能否直接执行、mysql.ibd 是否真能被新实例加载、以及 GTID set 在 restore 后有没有被正确注入到 gtid_executed。这些点不实测，手册就是废纸。
