MySQL 的max_allowed_packet保护导致MySQL Server 不断的启停

zyangxue

                昨天晚上一位客户反映，他的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的配置文件中还有很多内容可挖的哟，以后得多多注意了。
               
               
               
               
               

本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u/9501/showart_252692.html