MySQL 错误 1153 - 收到的数据包大于“max_allowed_pa​​cket” 字节

Question

我正在导入 MySQL 转储并收到以下错误。

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

显然数据库中有附件，这会导致非常大的插入。

---

这是在我的本地计算机上，一台从 MySQL 包安装了 MySQL 5 的 Mac。

在哪里更改 max_allowed_pa​​cket 才能导入转储？

还有什么我应该设置的吗？

只是运行 mysql --max_allowed_pa​​cket=32M ... 导致了同样的错误。

Answer 1

您可能必须为客户端（您正在运行以执行导入）和正在运行并接受导入的守护进程 mysqld 更改它。

对于客户端，您可以在命令行上指定它：

mysql --max_allowed_packet=100M -u root -p database < dump.sql

另外，更改 mysqld 部分下的 my.cnf 或 my.ini 文件（通常位于 /etc/mysql/ 中）并设置：< br>

max_allowed_packet=100M

或者您可以在连接到同一服务器的 MySQL 控制台中运行这些命令：（

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

对数据包大小使用非常大的值。）

Answer 2

在 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
#

Answer 3

我已通过此查询解决了我的问题

SET GLOBAL max_allowed_packet=1073741824;

，并使用此查询检查 max_allowed_pa​​cket

SHOW VARIABLES LIKE 'max_allowed_packet';

Answer 4

使用 max_allowed_pa​​cket 变量发出类似

mysql --max_allowed_pa​​cket=32M 的命令
-u root -p 数据库 < 转储.sql

Answer 5

与你的问题有点无关，所以这是谷歌的一个。

如果您没有 mysqldump SQL，则可能是您的 SQL 已损坏。

我刚刚因代码中意外地包含未闭合的字符串文字而出现此错误。 手指粗心的情况时有发生。

这是一个关于失控字符串的奇妙错误消息，感谢 MySQL！

Answer 6

在 etc/my.cnf 中尝试将 max_allowed _packet 和 net_buffer_length 更改为

max_allowed_packet=100000000
net_buffer_length=1000000 

如果这不起作用，则尝试更改为

max_allowed_packet=100M
net_buffer_length=100K 

Answer 7

在 Mac OS X 上使用来自 mysql.com dmg 软件包分发的 MySQL 时重新设置 my.cnf

默认情况下，无法找到 my.cnf。

您需要将/usr/local/mysql/support-files/my*.cnf之一复制到/etc/my.cnf并重新启动mysqld. （如果您安装了 MySQL，则可以在“MySQL 首选项”窗格中执行此操作。）

Answer 8

修复方法是增加 MySQL 守护程序的 max_allowed_pa​​cket。 您可以通过以 Super 身份登录并运行以下命令来对正在运行的守护进程执行此操作。

# mysql -u admin -p

mysql> set global net_buffer_length=1000000;
Query OK, 0 rows affected (0.00 sec)

mysql> set global max_allowed_packet=1000000000;
Query OK, 0 rows affected (0.00 sec)

然后导入你的转储：

gunzip < dump.sql.gz | mysql -u admin -p database

Answer 9

这可以在服务器部分下的 my.ini 文件（在 Windows 上，位于 \Program Files\MySQL\MySQL Server）中进行更改，例如：

[mysqld]

max_allowed_packet = 10M

Answer 10

正如 michaelpryor 所说，您必须为客户端和守护进程 mysqld 服务器都更改它。

他的客户端命令行解决方案很好，但 ini 文件并不总是能解决问题，具体取决于配置。

因此，打开一个终端，键入 mysql 以获取 mysql 提示符，然后发出以下命令：

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

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

Answer 11

错误：

第 6772 行出现错误 1153 (08S01)：收到的数据包大于
“max_allowed_pa​​cket”字节操作失败，退出代码为 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

Answer 12

有时，在 my.ini 中键入设置：

max_allowed_packet = 16M

不起作用。

尝试按如下方式确定 my.ini：

set-variable = max_allowed_packet = 32M

或

set-variable = max_allowed_packet = 1000000000

然后重新启动服务器：

/etc/init.d/mysql restart

Answer 13

将 max_allowed_pa​​cket 设置为较高值会带来安全风险，因为攻击者可以推送更大尺寸的数据包并使系统崩溃。

因此，需要调整和测试 max_allowed_pa​​cket 的最佳值。

最好在需要时进行更改（使用set global max_allowed_pa​​cket = xxx）
而不是将其作为 my.ini 或 my.conf 的一部分。

Answer 14

我在共享托管环境中工作，并且托管了一个基于 Drupal 的网站。 我也无法编辑 my.ini 文件或 my.conf 文件。

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

编辑 - 删除表给我带来了问题，因为 Drupal 期望这些表应该存在。 所以我清空了这些表的内容，解决了问题。

Answer 15

将 max_allowed_pa​​cket 设置为与使用 mysqldump 转储时相同（或更多）的值。 如果无法做到这一点，请使用较小的值再次进行转储。

也就是说，假设您使用 mysqldump 转储它。 如果您使用了其他工具，那么您就得靠自己了。