解决：Navicat导入sql脚本时报2006

目录

• 问题复现
  
• 缘故原由分析
  
• 解决办法
  
• 问题小结
  
•  1)   MySQL 服务宕了
  
•      2)  mysql连接超时
  
•      3) mysql请求链接进程被主动kill
  
•      4) Your SQL statement was too large.
  

---

问题复现

        今天在用Navicat 16.0.6导入.sql文件时，运行一半就报错了。错误如下：

1. [Err] 2006 - MySQL server has gone away

复制代码

缘故原由分析

       sql文件运行堕落，第一反应就是文件内容过大，后来发现是navicat软件默认限制了上传sql语句的大小，修改方法很简单。
解决办法

1、打开 工具--> 服务器监控-->mysql 
如下图所示：

2、选择 变量 ，找到 max_allowed_packect ,修改它的值为 999999448 即可。 
如下图所示：

问题小结

        在导入sql脚本过程中出现2006错误的情况很多，以下收集几种情况作为参考：
 1)   MySQL 服务宕了

   判断是否属于这个缘故原由的方法很简单，进入mysql控制台，查看mysql的运行时长大概查看MySQL的报错日志，看看有没有重启的信息—— 如果uptime数值很大，表明mysql服务运行了很久了。说明近来服务没有重启过。 如果日志没有相干信息，也表名mysql服务近来没有重启过，可以继承查抄下面几项内容。

1. mysql> show global status like 'uptime';
2. +---------------+--------+
3. | Variable_name | Value  |
4. +---------------+--------+
5. | Uptime        | 125695 |
6. +---------------+--------+
7. 1 row in set (0.00 sec)

复制代码

     2)  mysql连接超时

   即某个mysql长连接很久没有新的请求发起，到达了server端的timeout，被server强行关闭。 此后再通过这个connection发起查询的时间，就会报错server has gone away （大部分PHP脚本就是属于此类)

1. mysql>  show global variables like '%timeout';
2. +-----------------------------+----------+
3. | Variable_name               | Value    |
4. +-----------------------------+----------+
5. | connect_timeout             | 10       |
6. | delayed_insert_timeout      | 300      |
7. | have_statement_timeout      | YES      |
8. | innodb_flush_log_at_timeout | 1        |
9. | innodb_lock_wait_timeout    | 50       |
10. | innodb_rollback_on_timeout  | OFF      |
11. | interactive_timeout         | 28800    |
12. | lock_wait_timeout           | 31536000 |
13. | net_read_timeout            | 30       |
14. | net_write_timeout           | 60       |
15. | rpl_stop_slave_timeout      | 31536000 |
16. | slave_net_timeout           | 60       |
17. | wait_timeout                | 28800    |
18. +-----------------------------+----------+
19. 13 rows in set (0.01 sec)

复制代码

wait_timeout 是28800秒，即mysql链接在无操作28800秒后被自动关闭
     3) mysql请求链接进程被主动kill

   这种情况和缘故原由二相似，只是一个是人为一个是MYSQL自己的动作

1. mysql> show global status like 'com_kill';
2. +---------------+-------+
3. | Variable_name | Value |
4. +---------------+-------+
5. | Com_kill      | 10     |
6. +---------------+-------+
7. 1 row in set (0.00 sec)

复制代码

     4) Your SQL statement was too large.

   当查询的结果集凌驾 max_allowed_packet 也会出现如许的报错。定位方法是打出相干报错的语句。 用select * into outfile 的方式导出到文件，查看文件大小是否凌驾 max_allowed_packet ，如果凌驾则必要调解参数，大概优化语句。

1. mysql> show global variables like 'max_allowed_packet';
2. +--------------------+----------+
3. | Variable_name      | Value    |
4. +--------------------+----------+
5. | max_allowed_packet | 20971520 |
6. +--------------------+----------+
7. 1 row in set (0.00 sec)

复制代码

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。