MySql max_allowed_packet 修改后经常变化的原因
在阿里云上部署了一个MySql服务器,端口3306,密码较简单,对外开放。但是运行一段时间后,每当程序向MySql发起查询服务的时候,MySql就会报错,错误如下:Packet for query is too large (8742 > 1024),这个错误是由于MySql自身的安全性限制,只允许接收1M的SQL代码,超过这个限制,MySql就会出现错误。由于其默认是1M,因此我们只要修改一个参
·
在阿里云上部署了一个MySql服务器,端口3306,密码较简单,对外开放。但是运行一段时间后,每当程序向MySql发起查询服务的时候,MySql就会报错,错误如下:Packet for query is too large (8742 > 1024),这个错误是由于MySql自身的安全性限制,只允许接收1M的SQL代码,超过这个限制,MySql就会出现错误。由于其默认是1M,因此我们只要修改一个参数,也就是max_allowed_packet 大一点问题就能解决。
修改max_allowed_packet 有两种办法:修改配置和命令执行。
修改配置的方法如下:
[mysqld]
max_allowed_packet = 1M ( 将1M更改为4M(如果没有这行内容,增加一行)),保存,重起MySQL服务。
命令修改换方法是:
在命令行中可以用SHOW VARIABLES LIKE '%max_allowed_packet%'来查询当前MySql服务器的最大SQL代码允许大小。SET GLOBAL max_allowed_packet = 2*1024*1024*16可以来修改包的大小限制。重启服务就可生效。
戏剧性的是本以为改了配置以后就可以解决包过大的问题,事实是修改之后也确实有效,但每次第二天发现参数又恢复原来的1M。因为没有人去人为修改,所以事情变得很蹊跷。在网上查到有人说是服务器内存不足,MySql自动重置。经查证本人服务器内存很充足,所以不存在内存过小的问题。网上又有人说是服务器有可能被人攻击人为修改,所为了验证这个问题,打开了MySql日志,果不其然,经过查证日志发现有莫名的IP登上来做了一些更改。
![图中的IP就是陌生IP](
我们再来看看它所做的操作。
[图中的1024就是其重置的]
知道问题的原因后,果断修改数据库密码,并关闭其它数据库用户。同时封闭3306的对外端口。做了如上措施后,系统运行几天后,一切正常。
更多推荐
已为社区贡献2条内容
所有评论(0)