不管怎样，任何这样做的进程都必须遍历转储的整个文本，并以某种方式解析它。我只要grep

INSERT INTO `the_table_i_want`

并将输出导入mysql。看一下之前转储中的第一个表，以确保您以正确的方式获取INSERT。

编辑:好的，这次格式正确。

这个工具可能就是你想要的:tbdba-restore-mysqldump.pl

https://github.com/orczhou/dba-tool/blob/master/tbdba-restore-mysqldump.pl

从数据库转储文件中恢复一个表:

Tbdba-restore-mysqldump.pl -t yourtable -s yourdb -f backup.sql

我欣赏这里的一些独创性，但实际上根本没有理由使用sed来解决OP的问题。

注释“use——one-database”是正确答案，内置在MySQL/MariaDB中。不需要第三方黑客。

Mysql -u root -p databasename——one-database < localhost。SQL将只导入所需的数据库。

我还发现，在某些情况下，当使用它来导入一系列数据库时，它会在列表中为我创建下一个数据库(但不会在其中放入任何东西)。不知道为什么它这样做，但它使恢复更容易。

使用此命令，交互式地输入密码，它将导入所请求的数据库。

一个简单的解决方案是仅为希望单独恢复的表创建一个转储。你可以使用mysqldump命令来这样做，语法如下:

mysqldump -u [user] -p[password] [database] [table] > [output_file_name].sql

然后像往常一样导入它，它只会导入转储的表。

SQL块被“表my_table的表结构”和“转储表my_table的数据”阻塞。

您可以如下所示使用Windows命令行获取各个部分的行号。根据需要调整搜索字符串。

查找/n "for table ' " sql.txt

将返回以下内容:

---------- SQL.TXT

[4384]——my_table的表结构

[4500]——转储表my_table的数据

[4514]——表some_other_table的表结构

．.． 等。

这就得到了你需要的行号……现在，如果我知道如何使用它们……调查。

大多数现代文本编辑器应该能够处理这样大小的文本文件，如果您的系统能够胜任的话。

不管怎样，有一次我不得不很快地做这件事，而我没有时间去找任何工具。我设置了一个新的MySQL实例，导入了整个备份，然后输出了我想要的表。

然后我将该表导入主数据库。

这很乏味，但相当容易。祝你好运。