还原前必须做三件事：确认禁用binlog、gtid_mode=OFF、清空datadir；解压验证xbstream包完整性；用head命令校验备份类型是否为XtraBackup输出。
物理备份（XtraBackup）还原前必须做三件事
直接拿 xtrabackup 备份包去恢复，90% 的失败发生在启动阶段——不是备份坏了，而是测试环境没配对。必须在还原前确认：该实例是否禁用 binlog、gtid_mode=OFF、datadir 是否清空。
常见错误现象：mysqld 启动卡住、日志里反复报 GTID_PURGED is not empty 或 binlog file not found；或者还原后能连上，但执行 SHOW MASTER STATUS 报错。
- 检查配置：启动前确认
my.cnf含skip-log-bin和gtid_mode=OFF，否则xtrabackup --prepare阶段可能静默跳过关键步骤 - 解压验证：对压缩的 xbstream 包，先运行
xtrabackup --decompress --target-dir=/path/to/backup，成功才说明文件未损坏 - 校验类型：用
head -n 20 backup.xbstream | grep -i xtrabackup确认是 XtraBackup 输出，避免和普通 tar 混淆；若输出含xtrabackup_binlog_info，说明 binlog 位点已记录，可用于 PITR
逻辑备份（mysqldump）导入前先做轻量语法筛检
GB 级 backup.sql 直接 mysql -D db < file 导入，失败时定位困难、耗时长。应先用 shell 工具快速排除硬性问题。
常见错误现象：导入中途报 ERROR 1064 (42000)、Unknown character set、或卡在某条 INSERT 不动；也可能是开头的 SET @@SESSION.GTID_EXECUTED 在测试库 GTID 关闭时直接报错退出。
- 检查头尾：用
head -n 50 backup.sql看是否有/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */这类兼容性语句；用tail -n 10 backup.sql确认结尾有分号且无截断（如突然中断在VALUES (） - 抽样解析：提取前几条
INSERT INTO语句单独测试：sed -n '/INSERT INTO `orders`/,/);$/p' backup.sql | head -n 30 | mysql -u root -p -D test_dummy 2>/dev/null || echo "语法解析失败" - 跳过 GTID 冲突：若备份含
--set-gtid-purged=ON，而测试库关了 GTID，导入前先用sed -i '/SET @@SESSION.GTID_EXECUTED/d' backup.sql删除相关行
还原后验证不能只查 COUNT(*)
看到 SELECT COUNT(*) FROM users 返回数字，不代表数据真正一致。很多备份漏了 --routines 或 --triggers，应用一调存储过程就崩；也有外键约束顺序错乱导致部分表数据缺失。
行为层失效比结构层更隐蔽：比如订单表行数对得上，但所有 status='paid' 的记录时间戳全变成 1970-01-01，说明字符集或时区没对齐。
- 结构层：运行
mysqlcheck -u test -p --check test_db，每行末尾必须是OK，不能是Warning或error - 数据层：对关键表执行
CHECKSUM TABLE orders，比对生产库备份时刻的值；注意 MySQL 8.0 默认启用加密，需先SET SESSION check_constraint_checks=OFF - 行为层：用真实业务 SQL 查询，例如
SELECT * FROM orders WHERE status='paid' AND created_at > '2026-09-01' LIMIT 1，不能只跑COUNT(*)
最容易被忽略的是路径与权限细节
还原失败往往不出现在命令本身，而出现在你没注意的路径层级或用户权限上。比如 mysqldump 备份时用了 --socket=/var/run/mysqld/mysqld.sock，但测试实例 socket 在 /tmp/mysql.sock；又或者 xtrabackup 解压后目录属主是 root，但 mysqld 进程以 mysql 用户运行，直接拒绝启动。
另一个高频坑：备份文件第一行是 /*!40101 SET ... */，但测试库 MySQL 版本低于 4.1.1，导致整条语句被当作文本解析，后续所有 SQL 全部错位。
- 确认 socket 路径：导入前用
mysql --socket=/tmp/mysql.sock -u root -p -e "SELECT VERSION();"测试连通性 - 检查文件属主：对 XtraBackup 解压后的目录，运行
chown -R mysql:mysql /var/lib/mysql（具体路径以实际 datadir 为准） - 验证字符集：导入前执行
mysql -u root -p -e "SHOW VARIABLES LIKE 'character_set%';"，确保与生产库一致，尤其character_set_client和collation_connection
