直接从全库mysqldump中恢复单表需文本过滤+重放：用awk精准提取目标表的CREATE TABLE和INSERT语句块，再导入；不可用INTO OUTFILE反向恢复，因其输出非SQL格式；binlog闪回需解析RBR事件，且无法恢复DROP TABLE的结构。
mysqldump 备份里怎么只恢复一张表
直接从全库 mysqldump 文件里恢复单表，本质是“过滤+重放”——不是靠 MySQL 自身命令一键指定，而是靠外部工具或 Shell 处理文本。备份文件是 SQL 文本，只要能精准切出对应表的 CREATE TABLE 和 INSERT 语句块，就能单独导入。
常见错误现象：mysql -D db_name 全量执行；或用 <code>sed -n '/^-- Table structure for table `t1`/,/^-- Table structure for table `/p' 这类粗糙匹配，结果漏掉 INSERT 或截断不完整。
- 用
sed -n '/^-- Table structure for table `t1`$/,/^-- Table structure for table `/p'不可靠：末尾边界可能不存在（比如备份结尾），导致截取到文件末尾 - 推荐用
awk分段处理：先定位CREATE TABLE `t1`起始，再匹配后续所有非空、非注释、非其他表结构的行，直到遇到下一个CREATE TABLE或 EOF - 更稳妥的做法是：用
mysqldump --no-create-info --tables db_name t1 > t1_data.sql单独导出数据（如果原始备份还在且可重跑）
MySQL 8.0+ 的 SELECT … INTO OUTFILE 能不能反向用于恢复
不能。这个语法只支持导出，不支持导入；它生成的是纯数据文件（字段用制表符分隔），没有建表语句、无类型信息、不处理 NULL 或特殊字符转义，和 SQL 备份格式完全不兼容。
使用场景错配典型表现：把 SELECT * FROM t1 INTO OUTFILE '/tmp/t1.txt' 导出的文件，误当成 SQL 备份去 source /tmp/t1.txt，结果报错 ERROR 1064 (42000) —— 因为内容根本不是 SQL 语句。
-
INTO OUTFILE输出的是文本数据，不是 SQL；恢复必须配合LOAD DATA INFILE，且需严格匹配字段顺序、分隔符、NULL 表示方式 - 若原备份是 SQL 格式，强行转成
LOAD DATA流程会丢失索引、约束、默认值等元数据，风险远高于文本过滤 - 性能上没优势：SQL 解析本身开销不大，瓶颈在磁盘 IO 和 InnoDB 写入，
LOAD DATA虽快但只适用于已知结构的干净数据
误删表后用 binlog 闪回，为什么找不到 DELETE 对应的 event
因为 DELETE FROM t1 在 binlog 里记录的是 Row-based Event（RBR），不是 SQL 原文；你看到的不是 “DELETE”，而是大量 Table_map_log_event + Delete_rows_log_event，且默认不带 WHERE 条件的原始语句。
容易踩的坑：用 mysqlbinlog --base64-output=DECODE-ROWS -v 看到一堆十六进制，误以为“没记录”，其实数据变更全在里面，只是需要解析还原。
- 必须开启
binlog_format = ROW且binlog_row_image = FULL（MySQL 5.6+ 默认），否则旧版本可能只记主键，无法还原整行 - 闪回脚本（如
binlog2sql）依赖解析这些 event 并生成反向INSERT，但它不能恢复被DROP TABLE删除的表结构——结构得从备份或SHOW CREATE TABLE历史里找 - 时间点精度很重要：一个事务里混着多张表操作，按
datetime截取容易多恢复或少恢复，建议用mysqlbinlog --start-position精确到 event 级别
从大备份中快速提取单表，有没有不落地的流式方案
有，但仅限 Linux 环境 + bash + 标准工具链，核心是避免写临时文件，全程管道传递。
关键在于跳过无关表的 CREATE 和 INSERT，同时保持语句完整性（比如多行 INSERT 不能被 grep 截断）。
- 用
awk '/^CREATE TABLE `t1`/,/^CREATE TABLE `/ {print}' backup.sql | mysql -D db_name仍可能出错——因为最后一个CREATE TABLE匹配不到，会输出到 EOF，污染数据 - 更健壮的流式写法：
awk -v table="t1" '/^CREATE TABLE `'"$table"'`/,/^CREATE TABLE `/ { if (/^CREATE TABLE `/ && !/^CREATE TABLE `'"$table"`/) next; print }' backup.sql | mysql -D db_name - 如果备份启用了
--skip-extended-insert（每行一条INSERT），可用sed -n '/^CREATE TABLE `t1`/,/^CREATE TABLE `/p' | sed '/^CREATE TABLE `/d' | mysql -D db_name，否则必须用awk处理跨行语句
真正复杂的地方不在命令拼写，而在于备份是否包含 USE db_name、是否有 SET FOREIGN_KEY_CHECKS=0 等上下文控制语句——漏掉它们，单表导入时可能因外键或字符集报错，但这些语句又散落在文件开头，没法用表名锚定。得人工确认或加前置过滤。
