最可靠方法是用 sed 定位 CREATE TABLE 和 INSERT INTO 块：sed -n '/^CREATE TABLE t_user/,/^CREATE TABLE `/p' backup.sql | grep -v '^/*!'，注意转义特殊字符、确认文件格式，并避免用于 PostgreSQL dump。
怎么从 mysqldump 全量 SQL 文件里快速提取一张表的结构和数据
直接用 sed 或 awk 定位 CREATE TABLE 和 INSERT INTO `table_name` 块最可靠，比写 Python 脚本快、不依赖环境、一次命令就能跑完。全量 dump 通常按库→表顺序排列，且每张表的定义和数据是连续的，这是可利用的关键特征。
常见错误是只 grep INSERT INTO `t_user`，漏掉 CREATE TABLE —— 没结构就导入不了；或者用 grep -A 硬截行数，结果切到一半 INSERT 语句，导致语法错误。
实操建议：
- 先确认目标表名是否含特殊字符（比如横线、点），需用反斜杠转义：
my-table→my\-table - 确保 dump 文件是文本格式（不是压缩包或二进制），用
file backup.sql看一眼 - 用
grep -n查两行位置：开头的CREATE TABLE `t_user`和紧接其后的第一个INSERT INTO `t_user`，再找下一个CREATE TABLE或文件结尾作为结束点 - 更稳的做法是用
sed -n '/^CREATE TABLE `t_user`/,/^CREATE TABLE `/p' backup.sql，但注意最后一张表后面没有下一个CREATE TABLE，得手动补个$边界
mysqldump 生成的 INSERT 是单条还是批量？会影响抽取逻辑吗
默认是多值批量插入（INSERT INTO `t_user` VALUES (1,'a'),(2,'b'),...），这会让正则匹配变复杂；但加了 --skip-extended-insert 参数后，每行一条 INSERT，抽取时用 sed -n '/^INSERT INTO `t_user`/,/^INSERT INTO `/p' 就能干净切出——不过要注意，这种模式下文件体积可能翻几倍，别在磁盘紧张时误开。
实际场景中，如果你只是想本地建个测试表，用批量模式 + sed 抽整块更省事；如果后续还要做字段级过滤（比如只取 id > 100 的记录），那必须用单条模式，否则解析成本远高于重导。
性能影响很小，兼容性无差别，MySQL 5.7+ 都支持两种写法。
遇到 /*!40101 SET @saved_cs_client... */ 这类注释怎么办
这些是 mysqldump 内置的条件注释，用于控制字符集、SQL 模式等，不影响表结构和数据抽取，但会混在 CREATE TABLE 和 INSERT 之间。如果用简单 sed 范围匹配，可能把它们一起抽进来，导入时虽不报错，但冗余且干扰阅读。
解决方法是加个过滤层，用 grep 排除掉以 /*! 开头的行：
sed -n '/^CREATE TABLE `t_user`/,/^CREATE TABLE `/p' backup.sql | grep -v '^/\*!'
注意：grep -v 必须放在管道后段，不能提前过滤整个文件，否则会破坏 sed 的起止定位逻辑。
容易踩的坑：
-
grep -v会连带过滤掉正常的/* comment */行，但这类注释在标准 mysqldump 输出里极少出现，可忽略 - 有些 dump 文件末尾有
UNLOCK TABLES;或COMMIT;，它们不在CREATE TABLE块内，不会被上面的sed匹配到，不用额外处理
PostgreSQL pg_dump 的情况能套用同样方法吗
不能直接套。pg_dump 默认输出是 CREATE TABLE + COPY public.t_user FROM stdin; 形式，数据不在 SQL 里，而在后续的裸数据块中，中间还夹着 \. 分隔符。用 sed 按 SQL 关键字切会断在半路。
正确做法是用 pg_restore（如果是自定义格式）或老老实实用 pg_dump -t t_user 重导——别试图从全量文件里硬扒。如果只有 plain SQL 格式且必须手抽，得先定位 COPY t_user 行，再找到下一个 COPY 或 SET 行，然后手动删掉中间的 \. 和前后元数据，操作门槛明显更高。
所以，当看到文件头是 PostgreSQL database dump，就别试 sed 了，重导是唯一稳妥路径。
真正麻烦的是跨平台迁移时，有人把 MySQL dump 当文本去适配 PostgreSQL，结果字段类型、引号风格、默认值写法全错——这种问题不在抽取环节，但在你打算拿抽出来的 SQL 直接导入另一套系统时，一定会撞上。
