一种可能的处理方法是恢复到临时数据库，并从临时数据库中转储该表。然后使用新的脚本。

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

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

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

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

一种可能的处理方法是恢复到临时数据库，并从临时数据库中转储该表。然后使用新的脚本。

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

INSERT INTO `the_table_i_want`

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

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

表应该在转储和数据库中呈现相同的结构。

`zgrep -a ^"INSERT INTO \`table_name" DbDump-backup.sql.tar.gz | mysql -u<user> -p<password> database_name`

or

`zgrep -a ^"INSERT INTO \`table_name" DbDump-backup.sql | mysql -u<user> -p<password> database_name`

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

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

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

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

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