mysql全库恢复和单库恢复有何区别_mysql操作方法说明

来源:这里教程网 时间:2026-02-28 20:47:52 作者:

全库恢复:直接覆盖所有数据库,风险高但省事

全库恢复本质是把

mysqldump --all-databases
生成的 SQL 文件,原样导入到一个空或已存在的 MySQL 实例中。它不区分库名、不跳过冲突,会重建所有库(包括
mysql
sys
等系统库),并执行其中所有
CREATE DATABASE
USE
语句。

适用场景:整实例崩溃、误删多个库、灾备环境重建 致命风险:若目标实例已有同名业务库,会被
DROP DATABASE
(如果备份含
--add-drop-database
)或建表失败(主键/唯一键冲突)直接中断;系统库覆盖可能导致权限丢失、复制中断
必须前置检查:
grep "CREATE DATABASE" backup.sql | head -5
确认是否真含所有库;
mysql -e "SHOW DATABASES;"
对比目标库列表
恢复命令示例:
mysql -u root -p (注意:不能加数据库名,否则报错 <code>ERROR 1046 (3D000): No database selected

单库恢复:精准定位+隔离操作,安全但需手动提取

单库恢复不是“从全库备份里挑出一个库”,而是靠

--one-database
(或简写
-o
)参数让
mysql
客户端**只执行匹配指定库名的 SQL 片段**——它会忽略其他库的
CREATE DATABASE
USE
和建表语句,仅处理目标库的结构和数据。

关键前提:全库备份文件必须用
mysqldump --all-databases
生成(含完整库边界标记),不能是多个
--databases db1 db2
拼接的文件
常见错误:漏写
--one-database
,导致导入时创建了其他无关库;或误在命令末尾加库名(如
mysql -u root -p mydb ),此时参数失效,变成全库导入
实操建议:先用
mysql -u root -p -e "CREATE DATABASE IF NOT EXISTS target_db CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;"
显式建库,再执行:
mysql -u root -p --one-database target_db 
兼容性注意:MySQL 5.7+ 支持,但 MariaDB 某些旧版本对
--one-database
解析不稳定,建议优先用
sed -n '/^-- Current Database: `target_db`/,/^-- Current Database: `/p' all.sql | mysql -u root -p target_db
替代

为什么不能直接用 grep + source 恢复单库?

很多人试图用

grep -A 1000 "CREATE DATABASE \`mydb\`" all.sql > mydb.sql
提取片段再
source
,这极大概率失败——因为
mysqldump --all-databases
的输出中,库与库之间没有严格分隔符,
CREATE TABLE
语句可能跨块出现,且
INSERT
数据常被拆成多行,
grep
截断会破坏 SQL 语法,导入时报
ERROR 1064 (42000)

真正安全的提取方式只有两种:用
--one-database
让客户端过滤,或用
awk
/
sed
基于
-- Current Database:
注释块精确切片(需确认备份开启
--comments
如果备份时没加
--comments
grep "CREATE DATABASE \`mydb\`"
只能定位起始位置,无法确定结束位置,不可靠
临时补救:用
mysqlbinlog
解析 binlog 恢复单库更稳妥,但前提是开启了
binlog_format = ROW
且日志未过期

恢复前最易忽略的三个细节

无论全库还是单库,以下三点一旦遗漏,90% 的恢复会卡在最后一步:

character_set_server
不一致:备份时用
utf8mb4
,恢复时实例默认
latin1
,会导致中文变问号。务必在导入前执行:
mysql -u root -p -e "SET NAMES utf8mb4;"
或在命令中加
--default-character-set=utf8mb4
SQL_MODE 差异:线上库开
STRICT_TRANS_TABLES
,恢复时关闭,可能跳过字段长度超限等报错,数据静默截断。建议导出时加
--set-gtid-purged=OFF --skip-triggers
避免 GTID 冲突,导入时加
--force
忽略非致命错误(慎用)
权限库未同步:全库恢复会覆盖
mysql
库,但新实例的 socket、密码插件可能不兼容旧用户表。单库恢复虽不碰权限库,但若目标库用户不存在,应用连接会报
Access denied
——需单独执行
CREATE USER
GRANT

相关推荐