能用脚本自动化校验，但必须分两层——先验证备份文件“能读”，再验证数据“对得上”；用head/tail/grep筛损坏文件，再通过mysqlcheck或pt-table-checksum在实例中校验表级一致性，且脚本须含失败退出码与告警触发。
直接回答：能用脚本自动化校验，但必须分两层——先验证备份文件“能读”，再验证数据“对得上”。只做 checksum 或只看文件大小，90% 的问题都发现不了。
用 head/tail/grep 快速筛出明显损坏的备份文件
逻辑备份（mysqldump 生成的 .sql）不是二进制 blob，开头结尾有固定结构。靠几条 shell 命令就能排除掉一半废件。
-
head -n 20 backup.sql看是否有CREATE DATABASE或USE `db_name`，没有说明导出时权限或连接失败 -
tail -n 10 backup.sql必须看到-- Dump completed on或以分号结尾的INSERT，否则是中断写入 -
grep -c "^INSERT INTO" backup.sql返回 0？那可能是空库、加了--no-data，或 mysqldump 被信号杀掉 - 压缩包先解压再查：
zcat backup.sql.gz | head -n 5，别直接对 .gz 文件用head
用 mysqlcheck 在恢复后实例中校验表级一致性
文件能读不等于数据能用。真正可靠的校验必须在可运行的 MySQL 实例里执行，模拟真实恢复路径。
- 先用
mysql -e "CREATE DATABASE IF NOT EXISTS test_restore"建库，再mysql test_restore 恢复 - 恢复成功后立即跑：
mysqlcheck -u root -p --databases test_restore --check --extended，它会检查每张表的行数、索引有效性、页损坏等 - 对关键表追加
CHECK TABLE table_name EXTENDED，返回status: OK才算过关；若提示data_file_length不一致，说明备份时有未提交事务被丢弃 - 注意版本兼容性：测试实例的 MySQL 版本应与生产环境一致，5.7 备份在 8.0 上恢复可能因默认字符集或 SQL_MODE 导致部分 INSERT 失败
用 diff 对比线上数据与备份内容（需格式对齐）
这是最细粒度的校验，但极易翻车——mysqldump 默认输出和 SELECT 直查结果根本不可比，必须强制统一格式。
- 备份端加这四个参数：
--skip-extended-insert（单行 INSERT）、--order-by-primary（按主键排序）、--skip-comments（去注释）、--no-tablespaces（忽略 .ibd 路径） - 线上查数据必须用：
mysql -N -s -r --default-character-set=utf8mb4 -e "SELECT col1,col2,... FROM db.table ORDER BY pk_col"，字段顺序、排序字段、字符集、NULL 输出格式（\N 还是空字符串）必须和 dump 完全一致 - 把线上 TSV 转成 INSERT 语句再 diff：
awk -F'\t' '{print "INSERT INTO t VALUES (\047"$1"\047,\047"$2"\047);"}' live.tsv > live_inserts.sql，注意转义单引号和 NULL - 没主键的表，
--order-by-primary无效，得手动指定--where="1=1 ORDER BY col1,col2"，否则两次 dump 行序随机，diff 必然失败
归档/主从场景下优先用 pt-table-checksum
如果你校验的是归档表或从库数据，别自己拼 SQL ——pt-table-checksum 是专为这种场景设计的，它自动分块、并行、避高峰、写校验表，还能跨实例比对。
- 主库执行：
pt-table-checksum --replicate=test.checksums --create-replicate-table --databases=db_name h=127.0.0.1,u=user,p=pass - 校验结果存在
test.checksums表里，查SELECT * FROM test.checksums WHERE this_crc != master_crc OR is_drift = 1即可定位不一致表 - 它依赖主键或唯一索引分块，没主键的表会整表锁，且校验慢；表太大时加
--chunk-size控制单次扫描行数 - 不要在业务高峰期跑，CPU 超过 60% 时建议暂停，它会持续读取主库 binlog 并发往从库执行校验语句
最容易被忽略的点：所有校验脚本都得包含“失败退出码”和“告警触发”，比如 diff 返回非 0 就发钉钉，mysqlcheck 出现 Operation failed 就终止后续流程。校验本身不难，难的是让脚本在出问题时真的停下来、说出来、有人管。
