单表恢复可通过四种方法实现：1. 从mysqldump备份中提取目标表的CREATE和INSERT语句并导入；2. 利用binlog解析指定时间内的表操作，反向重放恢复数据；3. 从XtraBackup物理备份中导出.ibd文件，通过DISCARD和IMPORT TABLESPACE恢复；4. 从延迟从库导出正确数据并回导。选择方法需基于备份策略，关键在于定期备份、开启binlog并验证恢复流程。
MySQL 单表恢复通常出现在误删数据、结构损坏或需要回滚特定表的场景。直接恢复单个表比恢复整个数据库更高效，但操作需谨慎。以下介绍几种常见的 MySQL 单表恢复方法。
1. 从 mysqldump 备份中恢复单表
如果你有通过 mysqldump 定期备份数据库的习惯，可以从全库备份中提取并恢复单个表。
操作步骤：
- 查看备份文件中目标表的结构和数据部分（通常以 CREATE TABLE 和 INSERT INTO `table_name` 开头）
- 使用 sed 或 grep 提取该表内容：
sed -n '/^-- Table structure for table `your_table`/,/^-- Table structure/p' full_backup.sql > restore_table.sql
- 删除最后一行多余的“结构”标记
- 导入到目标数据库：
mysql -u username -p target_db
2. 使用二进制日志（binlog）恢复指定表的操作
若开启了 binlog，可通过分析日志找回误操作前的数据。
前提条件： binlog_format=ROW，且知道误操作的大致时间或位置。
操作流程：
- 查看当前 binlog 文件列表：
SHOW BINARY LOGS;
- 用 mysqlbinlog 工具解析日志，过滤出目标表的变更：
mysqlbinlog --start-datetime="2024-04-01 09:00:00" --stop-datetime="2024-04-01 10:00:00" binlog.000001 | grep -A 20 -B 5 'your_table'
- 重放日志恢复数据（注意反向操作，如 DELETE 对应补 INSERT）
- 可导出 SQL 并手动调整后执行
3. 从物理备份中恢复单表（InnoDB 表空间）
适用于使用 Percona XtraBackup 等工具进行物理备份的情况。
要求： 表启用独立表空间（innodb_file_per_table=ON）。
步骤简述：
- 准备并还原备份数据到临时实例
- 从临时实例导出该表的 .ibd 文件和表结构
- 在目标库创建同结构空表，然后删除其表空间：
ALTER TABLE your_table DISCARD TABLESPACE;
- 复制备份中的 .ibd 文件到目标数据库目录
- 重新导入表空间：
ALTER TABLE your_table IMPORT TABLESPACE;
注意权限和文件归属，确保 mysqld 能读取 .ibd 文件。
4. 利用延迟从库（Delayed Replica）恢复
如果配置了延迟复制的从库（如延迟1小时），可在主库误操作后，从延迟从库中导出正确数据。
- 停止从库复制线程
- 从延迟从库导出目标表数据：
mysqldump -u user -p --single-transaction source_db your_table > recover_data.sql
- 导入回主库或其他实例
基本上就这些常用方法。选择哪种方式取决于你的备份策略和故障类型。关键是要有定期备份 + 开启 binlog，并定期验证恢复流程。不复杂但容易忽略。
