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

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

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

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

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

您还可以以root(或SUPER特权)身份登录到数据库并执行该操作

set global max_allowed_packet=64*1024*1024;

不需要重新启动MySQL。注意，你应该修复my.cnf文件，就像在其他解决方案中概述的那样:

[mysqld]
max_allowed_packet=64M

重新启动MySQL后确认更改:

show variables like 'max_allowed_packet';

您也可以使用命令行，但这可能需要更新启动/停止脚本，这些脚本可能无法在系统更新和补丁中保存。

根据要求，我在这里添加了我自己的答案。很高兴看到它工作!

解决方案是增加选项文件中[mysqld]标记下的wait_timeout和connect_timeout参数的值。

我必须恢复一个400MB的mysql备份，这对我来说是有效的(我下面使用的值有点夸张，但你知道的):

[mysqld]
port=3306
explicit_defaults_for_timestamp = TRUE
connect_timeout = 1000000
net_write_timeout = 1000000
wait_timeout = 1000000
max_allowed_packet = 1024M
interactive_timeout = 1000000
net_buffer_length = 200M
net_read_timeout = 1000000
set GLOBAL delayed_insert_timeout=100000

引用

max_allowed_packet=64M

在my.cnf文件中添加这一行可以解决我的问题。

当列有大值时，这很有用，这会导致问题，你可以在这里找到解释。

在Windows上，这个文件位于:C:\ProgramData\MySQL\MySQL Server 5.6” Linux操作系统(Ubuntu):“/etc/mysql”

您可以增加最大允许包数

SET GLOBAL max_allowed_packet=1073741824;

http://dev.mysql.com/doc/refman/5.5/en/server-system-variables.html#sysvar_max_allowed_packet

当您创建的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)