导出成功不等于文件完整，需立即用md5sum校验并检查SQL头尾语法闭合、INSERT语句数量及MySQL解析结果，否则可能因截断、乱码或缺分号导致恢复失败。
不能只靠“导出成功”就认为文件完整——phpMyAdmin不校验写入结果，文件可能截断、乱码或缺结尾分号。
检查文件头尾是否语法闭合
导出的 backup.sql 必须有合法开头（如 CREATE DATABASE 或 USE）和完整结尾（如 UNLOCK TABLES;、COMMIT; 或 -- Dump completed）。人工翻看不可靠，应使用命令快速确认：
-
head -n 20 backup.sql：确认前几行含/*!40101 SET @OLD_CHARACTER_SET_CLIENT=等 mysqldump 标准头部 -
tail -n 10 backup.sql：必须以分号结尾，且不含孤立的INSERT INTO ... VALUES (或未闭合的注释/* -
grep -c "^INSERT INTO" backup.sql：非空库应返回大于 0；若为 0，需确认是否误选了“仅结构”导出
用 mysql 客户端做轻量级语法解析测试
不实际执行导入，仅让 MySQL 解析语句结构，能快速暴露编码、换行、转义等硬性错误：
- 提取前几条 INSERT 并喂给 mysql：
sed -n '/INSERT INTO `/p; /VALUES (/p; /);$/p' backup.sql | head -n 30 | mysql -u root -p -D test_dummy 2>/dev/null || echo "解析失败" - 检查开头 100 行是否可被识别为有效 SQL：
head -n 100 backup.sql | mysql -u root -p --one-database -D test_dummy -e "SELECT 1;" 2>&1 | grep -i "error\|warning" - 注意：
test_dummy库必须存在且为空，避免权限或冲突干扰判断
还原后立即用 mysqlcheck 验证表状态
导入只是第一步，真正可用要看表能否被 MySQL 正常识别和访问：
立即学习“PHP免费学习笔记（深入）”；
- 先导入：
mysql -u root -p your_db （确保 <code>your_db已创建且为空） - 再检查：
mysqlcheck -u root -p --check your_db，每张表输出必须含OK；出现error或status: Operation failed即表示该表结构损坏或数据不完整 - 若备份含
CREATE DATABASE，导入前需手动删掉该行，否则因库已存在导致后续语句跳过 - 字符集不一致时（如导出用 utf8mb4，目标库默认 latin1），
mysqlcheck可能报错但不提示原因，此时应加--default-character-set=utf8mb4重试
别跳过哈希校验——这是发现静默损坏的唯一手段
磁盘坏道、NFS 缓存异常、写入中断都可能导致文件看似完整实则末尾缺失——人眼和语法检查全失效，只有哈希值会立刻暴露问题：
- 导出完成后**立刻**在 phpMyAdmin 所在服务器上运行：
md5sum backup.sql > backup.sql.md5（不是本地下载后再算） - 恢复前必须用：
cd /path/to/backup && md5sum -c backup.sql.md5，输出必须是backup.sql: OK - 如果显示
FAILED，不要尝试导入——直接查df -h（磁盘满）、dmesg | tail（I/O 错误）、ls -l backup.sql（文件大小是否异常小）
最容易被忽略的是：phpMyAdmin 导出过程本身没有校验机制，也不生成校验值；你看到“下载完成”那一刻，文件可能已经损坏。真正决定备份是否有效的，是你在导出后 2 秒内执行的那条 md5sum 命令，以及恢复前那一行 md5sum -c 的输出。
