写入MySQL报错超出 max_allowed_packet 的问题

2019-03-13 09:38:11

写入MySQL报错超出 max_allowed_packet 的问题。


MySQL会根据配置文件会限制server接受的数据包的大小。如果写入大数据时,因为默认的配置太小,插入和更新操作会因为 max_allowed_packet 参数限制,而导致失败。


查看当前配置:


mysql> show variables like 'max_allowed_packet';

+--------------------+---------+

| Variable_name      | Value   |

+--------------------+---------+

| max_allowed_packet | 4194304 |

+--------------------+---------+

1 row in set (0.00 sec)


也可以用select查看:


mysql> select @@max_allowed_packet;

+----------------------+

| @@max_allowed_packet |

+----------------------+

|              4194304 |

+----------------------+

1 row in set (0.00 sec)


mysql> 


max_allowed_packet 如果不设置,默认值在不同的 MySQL 版本表现不同,有的版本默认1M,有的版本默认4M。


修改方法1(配置文件持久化修改):

vim /etc/my.cnf

[mysqld]

max_allowed_packet = 100M


注意:修改配置文件以后,需要重启mysql服务才能生效。


mysql> show variables like '%max_allowed_pack%';

+--------------------+-----------+

| Variable_name      | Value     |

+--------------------+-----------+

| max_allowed_packet | 104857600 |

+--------------------+-----------+

1 row in set (0.00 sec)


修改方法2(命令行临时修改):


mysql> set global max_allowed_packet = 100 * 1024 * 1024;

mysql> exit

[root@localhost opt]# 

[root@localhost opt]# mysql -uroot

mysql> 

mysql> select @@max_allowed_packet;

+----------------------+

| @@max_allowed_packet |

+----------------------+

|            104857600 |

+----------------------+

1 row in set (0.00 sec)


mysql> 


注意:


1.命令行修改时,不能用M、G,只能这算成字节数设置。配置文件修改才允许设置M、G单位。


2.命令行修改之后,需要退出当前回话(关闭当前mysql server链接),然后重新登录才能查看修改后的值。通过命令行修改只能临时生效,下次数据库重启后又复原了。


3.max_allowed_packet 最大值是1G(1073741824),如果设置超过1G,查看最终生效结果也只有1G。


[mysqld]

max_allowed_packet = 1G


mysql> show variables like '%max_allowed_pack%';

+--------------------+------------+

| Variable_name      | Value      |

+--------------------+------------+

| max_allowed_packet | 1073741824 |

+--------------------+------------+

1 row in set (0.00 sec)



--------------------- 

作者:sunny05296 

来源:CSDN 

原文:https://blog.csdn.net/sunny05296/article/details/80446944 

版权声明:本文为博主原创文章,转载请附上博文链接!


  • 2018-12-26 16:12:56

    nginx+php-fpm模式php内存泄漏探究

    这里要重点说一下第三步骤。第三步涉及到php-fpm进程生命周期的东西。一个php-fpm的生命周期大致是这样的:模块初始化(MINIT)-> 模块激活(RINIT)-> 请求处理 -> 模块停用(RSHUTDOWN) -> 模块激活(RINIT)-> 请求处理 -> 模块停用(RSHUTDOWN)……. 模块激活(RINIT)-> 请求处理 -> 模块停用(RSHUTDOWN)-> 模块关闭(MSHUTDOWN)。在一个php-fpm进程的生命周期里,会有多次的模块激活(RINIT)-> 请求处理 -> 模块停用(RSHUTDOWN)的过程。这个“请求处理”的大致过程是这样的:php读取相应的php文件,对其进行词法分析,生成opcode,zend虚拟机执行opcode。

  • 2019-01-01 21:38:51

    php使用curl设置超时的重要性

    网站登录不了,原因是没有可用的 PHP 子进程来响应新的请求了。这可能是是由于PHP-curl 没有设置超时时间引起的。

  • 2019-01-01 21:42:34

    php-fpm 启动参数及重要配置详解

    如果file_get_contents请求的远程资源如果反应过慢,file_get_contents就会一直卡在那里不会超时。我们知道php.ini 里面max_execution_time 可以设置 PHP 脚本的最大执行时间,但是,在 php-cgi(php-fpm) 中,该参数不会起效。真正能够控制 PHP 脚本最大执行时间的是 php-fpm.conf 配置文件中的request_terminate_timeout参数。