今天在研究phpcms源码的时候,在调试后台的时候,突然出现:
MySQL server has gone away 这个错误,错误号是:2006
于是到官方论坛里看了下,造成这个情况有两种原因
第一就是比如采集的时候,网速比较慢,与数据库连接时间比较长,或者是数据量比较大,执行sql的时间超过了系统默认的时间,就会报这个错误,
这个解决办法
在数据库类的初始化函数中加如下两条语句:
这两条语句是修改系统默认的sql执行时间
第二个原因就是sql语句太长了。系统默认的sql语句的大小是1MB 如果超过这个这个大小,就会出现这个错误。我遇到的这个情况,就属于这个原因,因为在测试的时候,连主分类 带子分类,一共是3000多年分类,将近4000个分类,这时候,做update操作的时候,sql语句会很长,导致这个错误
这时候,只需要在my.ini中把max_allowed_packet 这个值改下,默认是1M 最大值是32MB 改成稍大一些就可以了
特此标记下
MySQL server has gone away 这个错误,错误号是:2006
于是到官方论坛里看了下,造成这个情况有两种原因
第一就是比如采集的时候,网速比较慢,与数据库连接时间比较长,或者是数据量比较大,执行sql的时间超过了系统默认的时间,就会报这个错误,
这个解决办法
在数据库类的初始化函数中加如下两条语句:
$db->query("set wait_timeout=1073741824");
$db->query("set interactive_timeout=1073741824");
这两条语句是修改系统默认的sql执行时间
第二个原因就是sql语句太长了。系统默认的sql语句的大小是1MB 如果超过这个这个大小,就会出现这个错误。我遇到的这个情况,就属于这个原因,因为在测试的时候,连主分类 带子分类,一共是3000多年分类,将近4000个分类,这时候,做update操作的时候,sql语句会很长,导致这个错误
这时候,只需要在my.ini中把max_allowed_packet 这个值改下,默认是1M 最大值是32MB 改成稍大一些就可以了
特此标记下