mysql配置: max_allowed_packet

一个传输的包a communication packet 代表着：

1. 客户端发送到mysql 服务端的单个SQL STATEMENT
2. 服务端发送到客户端的单行数据
3. master发往slave的一个binary log event。

MySQL 8.0单个packet可以允许的最大值是1GB。

当传输的packet大于max_allowed_packet时，触发错误EN_NET_PACKET_TOO_LARGE，并且关闭Connection。在有的客户端中也会显示信息Lost connection to MySQL server during query

客户端和服务端都有自己的max_allowed_packet变量，所以要调节此参数时，必须同时增加server端和client端的配置变量。

如果是在使用mysql自带的cleint，它的默认max_allowed_packet是16MB。要加大此值

shell> mysql --max_allowed_packet=32M

服务端max_allowed_packet的默认值是64M。
我们可以增大此值以便于server端接收更大的SQL（比如，涉及BLOB列）。实例如下

shell> mysqld --max_allowed_packet=128M

也可以通过option file去配置此项。

[mysqld]
max_allowed_packet=128M

增大此配置的值并不会有太多危险，因为额外的内存仅仅只在需要的时候被分配。比如，mysqld只在客户端发送了一个大的查询或者mysqld必须返回一个很大的result row时去分配更多的内存。之所以默认配置很小是为了预防意外情况下发送了巨大的packet导致out of memory。

当有用到blob值时，如果此配置过小可能导致奇怪的问题。如果怀疑是此配置导致的，尝试在mysqld_safe脚本开头增加ulimit -d 256000，并重启mysqld。

翻译自官网：
https://dev.mysql.com/doc/refman/8.0/en/packet-too-large.html

说明：其实我在工作中遇到了这个问题，当我使用update语句更新几百万行数据的时候就报错了，甚至导致mysql都停止了，应该就是这个参数引起的问题