我导入一个MySQL转储和得到以下错误。

$ mysql foo < foo.sql 
ERROR 1153 (08S01) at line 96: Got a packet bigger than 'max_allowed_packet' bytes

显然,数据库中有附件,需要进行非常大的插入。


这是在我的本地机器上,一台安装了MySQL 5的Mac电脑。

我在哪里改变max_allowed_packet能够导入转储?

还有什么需要我设置的吗?

只是运行mysql——max_allowed_packet=32M…导致同样的错误。


当前回答

将max_allowed_packet设置为与使用mysqldump转储时相同(或更多)的值。如果不能这样做,请使用较小的值再次转储。

也就是说,假设您使用mysqldump转储了它。如果你使用其他工具,你就只能靠自己了。

其他回答

将max_allowed_packet设置为较高的值存在安全风险,因为攻击者可能会推送更大的数据包并导致系统崩溃。

因此,max_allowed_packet的最优值将被调优和测试。

最好在需要时进行更改(使用set global max_allowed_packet = xxx) 而不是把它作为my.ini或my.conf的一部分。

正如michaelpryor所说,您必须同时为客户机和守护进程mysqld服务器更改它。

他为客户端命令行提供的解决方案很好,但是ini文件并不总是有效,这取决于配置。

所以,打开一个终端,输入mysql来得到一个mysql提示符,然后发出这些命令:

set global net_buffer_length=1000000; 
set global max_allowed_packet=1000000000; 

保持mysql提示打开,并在第二个终端上运行命令行SQL执行。

错误:

第6772行错误1153 (08S01):收到的数据包大于 exitcode 1操作失败

查询:

SET GLOBAL max_allowed_packet=1073741824;
SHOW VARIABLES LIKE 'max_allowed_packet'; 

最大的值:

Default Value (MySQL >= 8.0.3)  67108864
Default Value (MySQL <= 8.0.2)  4194304
Minimum Value   1024
Maximum Value   1073741824

跟你的问题有点无关,下面是谷歌的问题。

如果您没有mysqldump SQL,则可能是您的SQL被破坏了。

我只是在我的代码中意外地有一个未关闭的字符串文字而得到这个错误。手指不小心会发生。

对于一个失控字符串,这是一个非常棒的错误消息,谢谢MySQL!

我在一个共享托管环境中工作,我托管了一个基于Drupal的网站。我不能编辑my.ini文件或my.conf文件。

所以,我删除了所有与缓存相关的表,因此我可以解决这个问题。我仍然在寻找一个完美的解决方案/方法来处理这个问题。

编辑——删除这些表给我带来了问题,因为Drupal期望这些表应该存在。所以我清空了这些桌子上的东西,问题就解决了。