这里可能会发生一些事情;

插入运行时间过长，客户端正在断开连接。当它重新连接时，它没有选择数据库，因此出现了错误。这里的一个选项是从命令行运行批处理文件，并在参数中选择数据库，如下所示;

$ mysql db_name < source.sql

另一种方法是通过php或其他语言运行命令。在每个长时间运行的语句之后，您可以关闭并重新打开连接，以确保在每个查询开始时都已连接。

这是一个比较罕见的问题，但我看到过，如果有人复制了整个/var/lib/mysql目录，作为将他们的DB迁移到另一个服务器的一种方式。它不起作用的原因是数据库正在运行并使用日志文件。如果/var/log/mysql.中有日志，它有时会不起作用解决方案是复制/var/log/mysql文件。

如何使用mysql客户端像这样:

mysql -h <hostname> -u username -p <databasename> < file.sql

以防万一，检查你可以使用的变量

$> mysqladmin variables -u user -p 

这将显示当前变量，在本例中是max_allowed_packet，正如有人在另一个答案中所说，您可以临时设置它

mysql> SET GLOBAL max_allowed_packet=1072731894

在我的情况下，cnf文件没有考虑到，我不知道为什么，所以SET GLOBAL代码真的很有帮助。

当您创建的SCHEMA的COLLATION与转储中使用的不同时，也会出现此错误消息。因此，如果转储包含

CREATE TABLE `mytab` (
..
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;

你也应该在SCHEMA排序中反映这一点:

CREATE SCHEMA myschema COLLATE utf8_unicode_ci;

我一直在模式中使用utf8mb4_general_ci，因为我的脚本来自一个新的V8安装，现在在旧5.7上加载一个DB崩溃了，几乎把我逼疯了。

所以，也许这能帮你节省一些令人沮丧的时间……: -)

(MacOS 10.3, mysql 5.7)

对于寻找DB导入失败解决方案的Drupal 8用户:

在sql转储文件的末尾，可以命令插入数据到“webprofiler”表。 这是我猜一些调试日志文件，并不是真正重要的网站工作，所以所有这些可以删除。我删除了所有这些插入，包括LOCK TABLES和UNLOCK TABLES(以及两者之间的所有内容)。它在sql文件的最底部。问题描述如下:

https://www.drupal.org/project/devel/issues/2723437

但是除了截断该表之外，没有其他解决方案。

顺便说一句，我尝试了以上答案中的所有解决方案，其他都没有帮助。