我导入一个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转储了它。如果你使用其他工具，你就只能靠自己了。
其他回答
当使用mysql.com dmg包分发的MySQL时，在Mac OS X上重新使用my.cnf
默认情况下，my.cnf无处可寻。
你需要拷贝一个/usr/local/mysql/support-files/my*.cnf文件到/etc/my.cnf并重新启动mysqld。(如果你安装了它，你可以在MySQL首选项窗格中这样做。)
在CENTOS 6 /etc/my.cnf上，在[mysqld]部分下，正确的语法是:
[mysqld]
# added to avoid err "Got a packet bigger than 'max_allowed_packet' bytes"
#
net_buffer_length=1000000
max_allowed_packet=1000000000
#
我已经通过这个查询解决了我的问题
SET GLOBAL max_allowed_packet=1073741824;
并使用此查询检查max_allowed_packet
SHOW VARIABLES LIKE 'max_allowed_packet';
我在一个共享托管环境中工作，我托管了一个基于Drupal的网站。我不能编辑my.ini文件或my.conf文件。
所以，我删除了所有与缓存相关的表，因此我可以解决这个问题。我仍然在寻找一个完美的解决方案/方法来处理这个问题。
编辑——删除这些表给我带来了问题，因为Drupal期望这些表应该存在。所以我清空了这些桌子上的东西，问题就解决了。
跟你的问题有点无关，下面是谷歌的问题。
如果您没有mysqldump SQL，则可能是您的SQL被破坏了。
我只是在我的代码中意外地有一个未关闭的字符串文字而得到这个错误。手指不小心会发生。
对于一个失控字符串，这是一个非常棒的错误消息，谢谢MySQL!
