在/etc/mysql/cnf文件中增加如下内容:

innodb_buffer_pool_size = 64M

例子:

key_buffer              = 16M
max_allowed_packet      = 16M
thread_stack            = 192K
thread_cache_size       = 8
innodb_buffer_pool_size = 64M

如果您在恢复一个大转储文件期间遇到这个问题，并且可以排除与网络有关的问题(例如在本地主机上执行)，那么我的解决方案可能会有帮助。

我的mysqldump至少有一个INSERT太大，mysql无法计算。你可以通过输入show变量"net_buffer_length";在你的mysql-cli中。 你有三种可能:

increase net_buffer_length inside mysql -> this would need a server restart create dump with --skip-extended-insert, per insert one line is used -> although these dumps are much nicer to read this is not suitable for big dumps > 1GB because it tends to be very slow create dump with extended inserts (which is the default) but limit the net-buffer_length e.g. with --net-buffer_length NR_OF_BYTES where NR_OF_BYTES is smaller than the server's net_buffer_length -> I think this is the best solution, although slower no server restart is needed.

我使用以下mysqldump命令: mysqldump——skip-comments——set-charset——default-character-set=utf8——single-transaction——net-buffer_length 4096 DBX >转储文件

新版本的MySQL WorkBench有一个选项可以更改特定的超时时间。

对我来说，它是在编辑→首选项→SQL编辑器→DBMS连接读取超时时间(秒):600

将值更改为6000。

此外，不勾选限制行，因为每次我想搜索整个数据集时都要设置一个限制，这会让人感到厌烦。

在“编辑->首选项->SQL编辑器->MySQL会话”中修改“读取超时”时间

如果您正在使用SQL工作台，您可以尝试使用索引，通过添加索引到您的表，要添加索引，单击扳手(扳手)符号在表上，它应该打开表的设置，下面，单击索引视图，键入索引名称并设置类型为索引，在索引列中，选择表中的主列。

对其他表上的其他主键执行相同的步骤。

我在运行一个存储过程时遇到了这个问题——它正在数据库中的一个表中创建大量的行。 在超过30秒后，我就看到了这个错误。

我尝试了其他答案中的所有建议。我确信其中有一些帮助，然而，真正让我有用的是从Workbench切换到SequelPro。

我猜这是我在Workbench中没有发现的某个客户端连接。 也许这也能帮助到其他人?