从 MySQL 全库备份中提取单张表时，建议优先使用 awk 按数据块提取表结构和数据，因为 sed 很容易在多行 SQL 场景下误截断；定位锚点应选择 -- Table structure for table users 或 CREATE TABLE users；提取后还要删除末行、补充 USE 语句，并在导入前检查 SQL 格式是否完整。
提取前先确认备份文件结构，不要一上来就 grep 表名
如果直接使用grep 'INSERT INTO `users`'，通常只能匹配到插入数据语句，既会漏掉建表 SQL，也可能误匹配其他表字段、注释内容，甚至存储过程里的字符串。真正更稳妥、适合从 mysqldump 备份中提取单表的锚点，是 mysqldump 自带的分段标记：-- Table structure for table `users`，或者 CREATE TABLE `users`。
实操建议：
- 先用
head -50 backup.sql | grep -E "(Table structure|CREATE TABLE)"查看备份文件开头格式，确认是否带数据库前缀、是否使用反引号，以及大小写写法是否一致 - 检查是否启用了
--skip-extended-insert：如果没有开启，单条INSERT语句往往会跨多行，sed按行截取时极易截断，因此这类场景应当使用awk的状态机逻辑处理 - 确认备份中是否包含
USE `mydb`;—— 如果提取出来的 SQL 片段没有这句，导入时通常需要手动补上，否则可能出现Unknown database或上下文错误
使用 awk 按块提取最稳妥，sed 很容易误截断 SQL
sed 在处理 CREATE TABLE 配合跨行 INSERT 时非常容易出错。例如 sed -n '/^CREATE TABLE `users`/,/;/p' 会在遇到第一个分号时就停止，但建表语句里的默认值、注释内容本身就可能包含分号，导致提取结果不完整。
更推荐使用 awk 控制状态流进行整块提取：
- 命令示例：
awk -v table="users" '/^-- Table structure for table `'"$table"'`/,/^-- Table structure for table `/ { if(!/^-- Table structure for table `/) print }' backup.sql | sed '$d' > users.sql - 如果备份时使用了
--no-tablespaces，并且没有注释分隔标记，可改用：awk -v table="users" '/^CREATE TABLE `'"$table"'`/,/^CREATE TABLE `/ { if(!/^CREATE TABLE `/) print }' backup.sql | sed '$d' - 一定要加上
| sed '$d'删除最后一行，也就是下一个表的起始标记，否则导入单表 SQL 时很容易触发语法错误
恢复前必须手动补三项配置，否则导入大概率报错
提取出来的 users.sql 本质上只是裸 SQL 片段，直接执行 mysql -D mydb < users.sql 基本上很容易失败。
- 补上
USE `mydb`;：放在文件开头，确保建表语句和插入数据都在目标数据库上下文中执行 - 关闭外键检查：
SET FOREIGN_KEY_CHECKS=0;放在开头，SET FOREIGN_KEY_CHECKS=1;放在结尾，否则当被引用表不存在时，INSERT会直接中断 - 设置字符集：
SET NAMES utf8mb4;，避免目标库默认字符集不同而出现乱码、警告或导入异常；如果原 SQL 中已有DEFAULT CHARSET=显式声明，应继续保留
从大文件或压缩备份中提取单表时，zcat + awk 组合更可靠
遇到 backup.sql.gz 这类压缩备份时，不建议使用 zcat backup.sql.gz | grep ... —— 因为 grep 无法处理跨行匹配，而且在 gzip 流式解压场景下，单纯按行搜索也不适合提取完整 SQL 块。
- 正确做法：
zcat backup.sql.gz | awk -v table="orders" '/^-- Table structure for table `'"$table"'`/,/^-- Table structure for table `/ { if(!/^-- Table structure for table `/) print }' | sed '$d' > orders.sql - 如果
awk处理超大文件时内存占用偏高（如超过 2GB 文件），建议先执行gzip -cd backup.sql.gz | head -n 1000000 > sample.sql抽样验证提取逻辑，确认无误后再跑完整文件 - 需要注意，物理备份（如 xtrabackup）并不适用这种方法——这类备份属于二进制数据，应该通过
xtrabackup --export做单表恢复，与逻辑备份的提取方式完全不同
