当日志中出现了诸如:“Package for query is too large (xxxxxxxx >4194304). You can change this value on the server by setting the max_allowed_package variable”的提示的时候,错误的本身就清楚的提示了对应的方式。
使用如下的方式可以确认当前设定值
select @@max_allowed_packet
show variables like 'max_allowed_packet'
可以使用set命令来修改,但是只是临时修改,重启后即丢失。也可以直接修改过 mysql的设定文件并重启mysql服务,即可永久化保证设定。
根据mysql的安装不同修改的文件也会有所不同,普通安装方式可能会修改my.cnf,这里使用mysql的官方镜像,其修改的文件应该为:/etc/mysql/mysql.conf.d/mysqld.cnf
修改内容:向此文件中添加如下设定
max_allowed_packet = 256M
修改前
[mysqld]
pid-file= /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
datadir = /var/lib/mysql
log-error = /var/log/mysql/error.log
By default we only accept connections from localhost
bind-address= 127.0.0.1
Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0
修改后
[mysqld]
pid-file= /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
datadir = /var/lib/mysql
log-error = /var/log/mysql/error.log
By default we only accept connections from localhost
bind-address= 127.0.0.1
Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0
max_allowed_packet = 256M
重启容器并确认即可。
一个传输的包 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。要加大此值
服务端 max_allowed_packet 的默认值是64M。
我们可以增大此值以便于server端接收更大的SQL(比如,涉及 BLOB 列)。实例如下
也可以通过option file去配置此项。
增大此配置的值并不会有太多危险,因为额外的内存仅仅只在需要的时候被分配。比如,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
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)