写入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 

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


  • 2020-01-07 10:06:00

    vue重定向beforeRouterEnter与replace的使用

    一个登录页面,只有第一次才会出现,一旦出现过,以后再也不会出现,即使是输入该页面的url也不会跳转到该页面,只会跳转到指定的其他页面;

  • 2020-01-07 10:14:07

    vue强制刷新组件 销毁和重建

    很多时候,通过重置数据将页面重置时,子组件可以提供重置的方法,或者提供props重置自己的状态。但是相对麻烦,那可以使用强制刷新来实现刷新组件。

  • 2020-01-07 10:17:42

    vue钩子函数beforeRouteUpdate没有反应

    由于会渲染同样的 Foo 组件,因此组件实例会被复用。而这个钩子就会在这个情况下被调用。 可以访问组件实例 `this`

  • 2020-01-08 13:23:24

    vue 中使用eventbus

    为了提高组件的独立性和重用性,父组件会通过props向下传数据给子组件,当子组件又事情要告诉父组件时用通过$emit事件告诉父组件,如此确保每个组件都是独立在相对隔离的环境中运行,可以大幅度提高组件的可维护性

  • 2020-01-08 13:30:30

    vue中eventbus被多次触发(vue中使用eventbus踩过的坑)

    一开始的需求是这样子的,我为了实现两个页面组件之间的数据传递,假设我有页面A,点击页面A上的某一个按钮之后,页面会自动跳转到页面B,同时我希望将页面A上的某一些参数携带过去给页面B。 然后我就想,这不就是不同组件之间的数据传递问题而已吗?直接用bus 巴士事件来传递数据不就行了吗。于是,我就很愉快地进行了。关于vue中的eventbus的使用,我之前在一篇vue中的数据传递中有提到过。

  • 2020-01-08 22:03:07

    修改MAC系统下默认PHP版本

    今天在使用mac时遇到了一个问题,因为需要composer拉取laravel5.6,但是提示我php版本过低,但是我本人使用的是集成环境MAMP,已经切换了php7.2的版本,这个为什么没有生效呢?经检查是因为composer检测得是mac下环境变量生效的php版本