当使用mysqldump进行备份的ZRM备份时，出现上述错误。
mysqldump –opt –extended-insert –single-transaction –create-options –default-character-set = utf8 –user =“”-p –all-databases>“/ nfs / backup / mysql01 / dailyrun / 20091216043001 / backup.sql”
mysqldump：错误2020：转储表TICKET_ATTACHMENT在行2286时，得到大于'max_allowed_packet'字节的数据包
我已经在/etc/my.cnf中增加了“max_allowed_packet”的大小，这是服务器设置，客户端设置是通过运行以下命令设置的：
mysql -u -p –max_allowed_packet = 1G
我已经证实，在客户端和服务器端，它们具有相同的价值。
这是根据这个论坛张贴http://forums.mysql.com/read.php?35,75794,261640检查客户端的价值
mysql> SELECT @@ MAX_ALLOWED_PACKET – >; + ———————- + | @@ MAX_ALLOWED_PACKET | + ———————- + | 1073741824 | + ———————- + 1行（0.00秒）
这是检查服务器的值设置。
mysql> SHOW VARIABLES
| max_allowed_packet | >
1073741824 |
我已经用尽了想法，试图在专家交stream和search解决scheme中寻找答案，但迄今为止没有任何成果。
参考http://dev.mysql.com/doc/refman/5.1/en/packet-too-large.html
任何人都请指教，谢谢。
这不是“可选”。 mysqldump在my.cnf中忽略这个值是臭名昭着的，但是把它设置为命令行参数总是起作用的。
这是专家交stream的回复：
您将不得不增加my.cnf中mysqldump部分下的max_allowed_packet，默认值为25M
[mysqldump] max_allowed_packet = 1G
或者，您可以使用所需的max_allowed_packet值调用mysqldump。
mysqldump –max_allowed_packet = 1G
有几个地方可能需要解决这个问题：在命令行上，my.cnf的[mysqld]部分和my.cnf的[mysqldump]部分。 我只是与这个战斗，并最终通过将所有这些设置为2G工作。 我有一个sneakiung怀疑，最低的胜利…