只有含 create database 和 use 语句的备份文件才支持按库还原；用 --databases 或 --all-databases 生成的备份具备该结构，而单库导出（如 mysqldump db1）不含建库语句，需手动建库后才能导入。
可以，但必须确认备份文件是用 --databases 或 --all-databases 生成的；如果只是 mysqldump -u root -p db1 > backup.sql 这种单库无头格式，直接还原会报错或覆盖当前库。
怎么判断备份文件是否支持按库还原
全量备份文件是否“可拆解”，取决于它开头有没有 CREATE DATABASE 和 USE 语句。只有带这些语句的备份，才能安全地只导入其中某一个库。
-
mysqldump -u root -p --databases db1 db2 > multi.sql→ 文件开头有CREATE DATABASE `db1`;和USE `db1`;，支持单独还原db1 -
mysqldump -u root -p --all-databases > full.sql→ 同样包含每个库的CREATE DATABASE，也支持按库提取 -
mysqldump -u root -p db1 > db1_only.sql→ 文件里没有CREATE DATABASE，也没有USE，还原时必须先手动建库，否则会报ERROR 1049 (42000): Unknown database 'db1'
从多库备份中提取并还原单个数据库
核心思路：用 sed 或 awk 截取目标库的完整段落（从 CREATE DATABASE `target` 到下一个 CREATE DATABASE 前），再导入。
- 提取
db1的部分到新文件：sed -n '/^CREATE DATABASE `db1`/,/^CREATE DATABASE `/p' full_backup.sql | sed '$d' > db1_extracted.sql - 如果结尾没下一个
CREATE DATABASE，改用：awk '/^CREATE DATABASE `db1`/{f=1;next} /^CREATE DATABASE `/&&f==1{f=0} f' full_backup.sql > db1_extracted.sql - 还原前确保目标库不存在或已清空：
mysql -u root -p -e "DROP DATABASE IF EXISTS db1; CREATE DATABASE db1 CHARACTER SET utf8mb4;" - 执行导入：
mysql -u root -p db1
为什么不能直接用 mysql -u root -p db1
这样会把整个 full_backup.sql 里的所有 CREATE DATABASE 和 USE 语句都执行一遍，结果是：
- 可能反复创建/删除其他库（如
db2、mysql系统库） - 遇到
USE `db2`时，后续 SQL 会写入db2而非db1，导致数据错乱 - 若备份含
GRANT语句，还可能修改用户权限，引发安全风险
最容易被忽略的细节
备份文件编码和字符集不一致时，还原后中文变问号或报错。务必检查原备份是否用了 --default-character-set=utf8mb4，并在还原时显式指定：
- 导出时加参数：
mysqldump -u root -p --databases db1 --default-character-set=utf8mb4 > db1.sql - 导入时也加：
mysql -u root -p --default-character-set=utf8mb4 db1
另外，mysqldump 默认不导出 mysql 库的用户表（user、db 等），除非加 --all-databases 并配合 --skip-lock-tables —— 这点常被当成“备份完整”，其实不是。
