关于max_allowed_packet这个值设置后自动重置问题

Question

系统linux
mysql版本是5.0.95
在my.cnf里设置max_allowed_packet=16M后,重启后查看这个值也确实变成了16M但过个1,2天后插入数据报错了,后来查看这个值又变成了默认的1024 为啥呢?看日志mysql中间也没重启过
请各位大神分析下原因

Answer 1

如果确认 重启后查看这个值也确实变成了16M应该不会出现自动修改的问题如果写在正确的my.cnf中后，重启也不会影响 
很有可能是人为改过

Answer 2

昨天晚上刚改的,今早一看,又变成1024了.my.cnf这个文件没被改,现在只要重启mysql就编程16M.但不知道怎么就变成了1024呢了???没人改啊~

Answer 3

改完my.cnf文件 重启确实变成了16M  能持续个一天,但第二天就变回去了.查看my.cnf里面也还是写有16M的.但查看那个值却为1024.非常诡异啊!!!

Answer 4

检查你的MYSQL本身，是不是每天安排了什么自行启动之类的。MYSQL如果在正常运行中是不会改变这个参数的。一定是有人在操作系统上做了什么，比如修改了文件，重启了系统但指定的是其它参数文件。 可以导致这个现象的方法很多。

Answer 5

我也遇到了这样的问题，my.cnf里面还是设置的32M，但是查看变成了1024.因为数据库是共用的，我只知道我在这期间仅仅是通过客户端新建了一张表，同事有没有做其他操作不清楚~~目前原因还未知。楼主要是找到原因了记得@我下，谢谢~~

Answer 6

看看是不是有人通过set global的方式设置了这个值？

Answer 7

我这两天刚好遇到了 http://www.2cto.com/database/201303/195830.html    用set global max_allowed_packet = 4*1024*1024设置每次重启机器他都会重新设置   除非你改my.ini 文件

Answer 8

我也是遇到同样问题啊，服务器的管理权限只有我有，不放心我还改了下SSH的密码，可是又出现max_allowed_packet自动恢复成1024的情况了，头疼。哪位兄弟找到原因了请告知下，谢过了！

Answer 9

max_allowed_packet 和innodb_buffer_pool_size 
这些参数不是你设多少就是多少
innodb_buffer_pool_size  设成内存50%
你查看一下状态值不是你设置的值 ，这是一个最高值
1024 也是当前用的值 最大到16*1024*1024

Answer 10

请问解决了吗？ 是因为mysql内存不足，被重置了吗？ 有方法复现吗？ 楼主

Answer 11

特码 原来是数据库所在服务器内存不够用被mysql重置了； 希望我的回答对以后遇到此问题的人有帮助

Answer 12

http://blog.chinaunix.net/uid-20304801-id-1707731.html

Answer 13

 MySQL 的max_allowed_packet保护导致MySQL Server 不断的启停 2007-03-03 16:56:42
分类： Mysql/postgreSQL
昨天晚上一位客户反映，他的PHP-MySQL程序突然不能正常访问。检查服务器，发现这是一台一直以来运行很稳定的服务器，以前并没有发生过什么问题的，特别是在mysql与php方面。按客户提供的页面进行访问，觉得很奇怪：不能正常访问是很有规律的出现的，MySQL连接出错是相互交替，即一次能正常连接，生成页面，那下一次就是不能连接，生成页面,显示的错误为：
     Error No. 2003: Can't connect to MySQL server on 'localhost' (or some other host)
一看这信息，应该是MySQL死掉的现象！查看系统日志，MySQL的shutdown 与 startup的时间确实与访问页面的时间可以对应。
(后记：其实出现这个提示的原因，可能有以下三种
    1. 服务器没有运行MySQL Server或shutdown了；
    2. MySQL Server不接受TCP/IP连接请求。查看配置文件中的skip-networking有没有被禁掉；
    3. 其它网络的问题。)那到底是什么原因造成MySQL死掉又启来呢？如果MySQL能够正常自动启动，那访问这个页面对MySQL的影响是数据库系统可以自动识别出来的，出于一种自动保护的原因，它才会shutdown MySQL. 基于以上的原因，开始查找资料，看都有在哪些情况下MySQL会自动shutdown后又立即startup的。
  
首先想到的是buffer(read,sort,temp etc.)不足，那么修改配置文件，把它们都增大一倍后重启MySQL，还是同样的会死掉。接下来想到的就是可能请求的连接包过大，检查配置文件，其中并没有max_allowed_packet声明。在配置文件中，设置max_allowed_packet=2M后，重新启动MySQL，问题解决！呵呵，看来mysql的配置文件中还有很多内容可挖的哟，以后得多多注意了。

Answer 14

哥们 怎么加内存？在my.cnf里修改？？跪求指导 

Answer 15

哥们，你解决这个问题了吗？我也遇到了，在ubuntu的mysql 5.5版本，没有这个问题，在centos6.4上用rpm 安装的 mysql5.1版本没有这个问题，但是我按照网上的centos6.4    cmake编译安装mysql5.5版本 就有这个问题。。我用的是云服务器

Answer 16

已经解决了，liyili.me

Answer 17

楼主你好
        重新设置My.ini里面的参数，然后在[mysqld] 下面添加下面的语句          max_allowed_packet=500M        然后重启MySQL，应该就没问题了，
   想了解的更详细的话，请参考下面的文档
https://dev.mysql.com/doc/refman/5.5/en/packet-too-large.html

Answer 18

哈哈，终于解决了，解决办法让我大跌眼睛，妈蛋，直接修改下MYSQL密码即可，不要用root密码，我修改了密码后，已经正常运行了4天了，之前不管怎么修改max_allowed_packet这个值，第二天绝对会初始为1024，现在就不会了初始化了。大家还有这样的问题的可以试着修改下密码，我现在不知道后边还会不会重置为1024，先看下再说！如果没有解决你们的问题请别喷我！嘿嘿，我也要再观察下，我的是centos 6.5中的mysql-5.7.10-1.el6.x86_64.rpm-bundle.tar 版本！！

Answer 19

请问是否解决，从昨天开始，我们服务器也开始出现这种情况。正常情况下有5g的内存空闲。感觉并不是内存不足的问题，如果是也只是峰值内存不足。但是为什么mysql会自己修改这个值？有解决方案后希望大家回复下。