Question

您好！看到您对于数据库问题的精彩回答，敬佩之情不能自已，最近恰好遇到关于Mysql的问题，特此请教！

Mysql中处理大概三百多万条记录的表时，当操作稍微复杂一点的时候，为何总是在运行大概十分钟左右的时候提示：Error Code:2013. Lost connection to MySQL server during query,网上查看了好多帖子，但是都没能解决这个问题，不知您有何高见，还望多多指教，感激不尽！

Answer 1

说实话，碰到和处理这种情况真是极少。看看下面这几点有没有作用
0 先看mysql错误日志，确认sql语句执行中断连接后，服务器是不是也挂掉了。
如果是，看优化下mysql的配置，想办法优化下sql

如果不是，可以继续参考下边。

1 network connectivity trouble
原因之一，网络连通问题，网络不好或解析名称的影响较大
可以在[mysqld]设置 --skip-name-resolve ,跳过名称解析，强制使用ip式的连接方式

2 packet too large
原因之一，通信的数据包超过大小，这包括发往服务端的一条sql语句, 或从服务端向客户端返回的一行数据, 或一条二进制日志事件从master到slave的数据包大小超过设置
解决方式: 设置服务端或客户端的数据包大小
对于服务端,如返回大数据的情况(个人理解，返回数据是逐行的，只需一行数据不超过限制就行。比如在使用了blob大字段时的情况)
[mysqld]
max_allowed_packet=100M #默认的这个值一般是1M

对于客户端,如要发送大sql语句或请求
mysql --max_allowed_packet=100M

3 查询sql涉及的table有问题
看别的大数据量的表是否出现类似情况。可能需要 check table ...

另外，官方手册给出的可能原因还有不少，这些网上搜一下也有。
之前在抽取一个几百万行数据时也碰过一次，也是修改了很多参考的设置而未果，后来把mysql升了级居然正常了。

追问

网上各种帖子说的方法都试过了，包括修改配置信息之类的，但是均未果，目前是利用第三方编程的方式暂时绕开这个问题，但不知道能不能搞定……我再试试看吧，灰常感谢大神回复！(*^__^*) 有问题再来求教啦！3Q~

追答

嗯，大数据量的表的select sql尽可能小心；
alter sql的处理尽可能先创建其他表，然后设置
set sql_log_bin = 0;
set unique_checks = 0;
set foreign_key_checks = 0;
insert into ... --把数据鼓捣回去
rename table ...
否则漫长的时间和原表都很可能挂掉，很多都是血的教训

追问

大神，您刚刚提到的三个参数否分别是啥意思啊，还有就是Mysql里面的set语句的作用域是怎么定的啊，我之前通过脚本语言设置超时参数的时候，貌似不是一劳永逸，不知道啥时候就变回原来的默认值了呢……请赐教！ O(∩_∩)O

追答

1 设置视使用环境来进行：
1) 在my.ini/my.cnf中配置，作用于全局，需重启服务生效
2) 在连接的执行sql环境中设置，即时生效
一种是作用于全局，会影响之后的新连接，以下意义相同
SET GLOBAL unique_checks=0;
SET @@unique_checks=0;
另一种是作用于当前会话，不影响其他的连接，以下意义相同
SET SESSION unique_checks=0;
SET @unique_checks=0;
SET unique_checks=0; -- 不指定全局或会话标识时，默认就是SESSION

2 导入或操作大数据量时经常关闭一些影响性能的设置，如innodb情况
set sql_log_bin = 0; -- 不记录二进制日志
set unique_checks = 0; -- 关闭唯一键检查
set foreign_key_checks = 0; -- 关闭外键检查
load data...

Answer 2

你可以试试这个：
在mysql配置文件[myslqd]下面添加一行设置skip-name-resolve.需要重启mysql服务.