window7 64位系统,MySQL5.7
问题:在使用shell进行数据表更新操作的过程,输入以下查询语句:
![](https://i-blog.csdnimg.cn/blog_migrate/8f900a89c6347c561fdf2122f13be562.gif)
![](https://i-blog.csdnimg.cn/blog_migrate/961ddebeb323a10fe0623af514929fc1.gif)
1 UPDATE bank_detail_train_cp SET Time=FROM_UNIXTIME(CAST(`TimeStamp` AS UNSIGNED)-4500000000,'%Y-%m-%d') WHERE `TimeStamp`!=0;
被查询的表记录数达到500W条,在查询过程中出现如题目所示的问题,提示“lost connection to mysql server during query”,同时电脑上的MySQL服务自动关闭掉。
MySQL官方提供的参考方案 http://dev.mysql.com/doc/refman/5.7/en/error-lost-connection.html
B.5.2.3 Lost connection to MySQL server
通常这是网络连接问题引起的,如果这种情况频繁发生,你应该检查网络情况。如果错误信息包含"during query",这很可能是下述情况引起的:
1、查询中大量数据被发送,由于数据传输时间不够导致,可以增加net_read_timeout的值。
2、初次连接时,连接时间设定太少,可以增加connect_timeout的值改善。
3、有些少见的情况可以show global status like 'aborted_connets',这个全局变量在每一次服务器终止时会增加1,查看"reading authorization packet"获取错误信息。
4、BLOB值太大的问题,调整配置文件max_allowed_packet。
就更新大量的数据来说,可以进行两个方面的设置:将系统变量net_read_timeout设置得大一点,再将配置文件中的max_allowed_packet设置大一点。但是问题依然没有得到解决。可能的原因是这条查询语句真的太大了,而且我读的是机械硬盘,所以设置无法满足。
最终我将这条语句进行了拆分,将500W+的数据拆分成6次更新,问题得到了解决,而且每次更新的时间并不久,这从侧面说明了出现上述问题应该是数据传输量方面的问题。