MySQL 数据恢复需先验证备份文件完整性，再创建目标库并授权，最后执行 SQL 导入；恢复后须检查表数量、记录数及关键数据，并解决字符集乱码问题。
MySQL 数据恢复 主要依赖 mysqldump 生成的 SQL 文本备份文件，恢复过程本质是执行 SQL 语句重建数据库。关键前提是：备份文件完整、目标 MySQL 实例正常运行、权限足够、字符集和引擎兼容。
确认备份文件可用性
先检查 dump 文件是否可读且结构完整：
- 用
head -20 backup.sql查看开头是否有CREATE DATABASE或USE `db_name`等语句 - 搜索
INSERT INTO或CREATE TABLE确认含实际数据或表结构 - 若文件以
gzip压缩（如backup.sql.gz），需先 解压：gunzip backup.sql.gz - 避免直接恢复损坏或截断的文件，否则可能报错中断
准备恢复环境
确保目标 MySQL 服务就绪，并按需创建空库：
- 登录 MySQL：
mysql -u root -p - 若备份中不含
CREATE DATABASE，需手动建库：CREATE DATABASE db_name CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;（字符集尽量与备份一致） - 确认用户对目标库有
INSERT、CREATE、DROP等权限；必要时授权：GRANT ALL ON db_name.* TO 'user'@'localhost'; - 关闭自动提交（非必需但推荐）：
SET autocommit = 0;，恢复完再COMMIT;，便于出错回滚
执行恢复命令
根据备份方式选择对应恢复方法：
- 若备份含
CREATE DATABASE和USE（常见于mysqldump -A或mysqldump --databases db1 db2）：mysql -u root -p - 若备份仅针对单库且不含
CREATE DATABASE，先选库再导入：mysql -u root -p db_name - 大文件建议加参数提升效率：
mysql -u root -p --default-character-set=utf8mb4 --max-allowed-packet=512M db_name - 过程中可重定向日志：
mysql -u root -p db_name restore.log，方便排查错误
验证与收尾
恢复完成后务必验证数据完整性：
- 登录 MySQL，执行
USE db_name;后查表数：SHOW TABLES; - 随机抽样检查记录数：
SELECT COUNT(*) FROM table_name;对比备份前或日志记录 - 查看关键业务表的最新几条数据：
SELECT * FROM orders ORDER BY id DESC LIMIT 5; - 若出现乱码，大概率是字符集不匹配，需重新用正确
--default-character-set参数导入 - 恢复成功后，建议立即再做一次新备份，形成闭环
