在 MySQL 中恢复指定库的数据，通常是在误删数据、数据库损坏或需要回滚到某个时间点的情况下进行的。恢复操作依赖于是否有有效的备份以及是否启用了二进制日志（binlog）。以下是几种常见的 MySQL 指定库 数据恢复 方法，适用于不同场景。
1. 使用mysqldump 备份文件恢复指定库
如果你之前使用 mysqldump 对目标库做过逻辑备份，这是最简单且常用的方式。
步骤如下：
- 确保目标数据库存在，若不存在可先创建：
CREATE database if NOT EXISTS target_db; - 使用以下命令恢复指定库：
mysql -u username -p target_db
其中 target_db 是你要恢复的库名，backup_file.sql是之前通过 mysqldump -u user -p database_name > backup_file.sql 生成的备份文件。
2. 从全量备份中提取并恢复单个库
如果备份的是所有数据库（使用–all-databases），但只想恢复其中一个库，不能直接导入整个文件，否则会影响其他库。
解决方法：
- 使用文本 工具 （如 sed、awk）或脚本从全备文件中提取目标库的sql 语句。
例如，提取名为mydb 的库：sed -n ‘/^– Current Database: `mydb`/,/^– Current Database: `/p’ alldatabases.sql > mydb_only.sql - 然后创建数据库并导入：mysql -u root -p mydb
3. 利用 binlog 进行时间点恢复（Point-in-Time Recovery）
如果启用了二进制日志（binlog），可以恢复到某个时间点，尤其适合误删表或数据的情况。
操作流程：
- 确认 binlog 已开启：
登录 MySQL 执行SHOW VARIABLES LIKE ‘log_bin’;，返回 ON 表示开启。 - 找到 binlog 文件位置：
SHOW BINARY LOGS; 查看可用日志文件。 - 使用 mysqlbinlog 工具 解析日志，筛选指定库的操作：
mysqlbinlog –database=target_db –start-datetime=”2024-01-01 10:00:00″ –stop-datetime=”2024-01-01 10:15:00″ binlog.000001 | mysql -u root -p
注意：此方法要求 binlog 格式为 ROW 或 STATEMENT，并建议结合最近一次备份一起使用，避免重放全部日志。
4. 使用物理备份工具恢复（如 Percona XtraBackup）
对于 InnoDB 引擎的 大数据 量环境，常使用 XtraBackup 做物理备份。恢复单个库较为复杂，因为物理备份是按表空间整体还原的。
注意事项：
- XtraBackup 不支持直接恢复单个库，需恢复整个实例后再导出所需库。
- 若启用了innodb_file_per_table，可通过“导出 + 导入表空间”方式恢复个别表，进而重建库。
基本上就这些常见方式。选择哪种方法取决于你的备份策略和故障场景。定期备份 + 开启 binlog 是保障数据可恢复的基础。操作前务必在测试环境验证恢复流程，避免二次事故。
