数据库导入过大报错 ERROR 2006 (HY000) at line xx: MySQL server has gone away

解决办法，找到my.ini文件 vi /etc/my.cnf

将以下代码添加到my.ini文件中。

max_allowed_packet=256M

wait_timeout=2880000

interactive_timeout = 2880000

wait_timeout=2880000

interactive_timeout = 2880000

max_allowed_packet = 100M

修改my.cnf中的 wait_timeout 和 interactive_timeout变量

添加一句max_allowed_packet=16M，如果不行将16M再加大

加大wait_timeout也可起一定作用例如:

wait_timeout=2880000

interactive_timeout = 2880000

max_allowed_packet = 100M

应用时记住重启数据库哦～～

除此之外，可能还有一些别的buffer_size的变量会影响到，也值得注意，例如

read_buffer_size

read_rnd_buffer_size

完整配置文件

[mysqld]

#init_connect='SET collation_connection = utf8_unicode_ci'

#init_connect='SET NAMES utf8'

#character-set-server=utf8

#collation-server=utf8_unicode_ci

#skip-character-set-client-handshake

wait_timeout=2880000

interactive_timeout = 2880000

max_allowed_packet = 100M

[client]

#default-character-set=utf8

[mysql]

#default-character-set=utf8

[mysqld_safe]

log-error=/var/log/mariadb/mariadb.log

#pid-file=/var/run/mariadb/mariadb.pid

# include all files from the config directory

!includedir /etc/my.cnf.d

mysql导入数据错误“ERROR 2006 (HY000): MySQL server has gone away”

mysql导入导出的命令

mysqldump -u root -p dbname > D:\exp.sql --本地导出

mysqldump -u admin -p -h 192.168.50.59 -P 3306 dbname> D:\exp.sql --远程导出

source D:\exp.sql --导入

mysql -u admin -p -h 192.168.50.59 -P 3306 -D dbname --远程登录

参考：http://www.111cn.net/database/mysql/106911.htm

1、修改mysqld的配置文件my.cnf

调整max_allowed_packet的值，修改为5M就比较合适了。

[mysqld]

port = 3308

socket = /dev/shm/mysqld.sock

skip-external-locking

key_buffer_size = 16M

max_allowed_packet = 10M

table_open_cache = 64

sort_buffer_size = 512K

net_buffer_length = 8K

read_buffer_size = 256K

read_rnd_buffer_size = 512K

myisam_sort_buffer_size = 8M

2、修改[mysqld]中的值

[mysqldump]

quick

max_allowed_packet = 10M

参考：http://ronaldbradford.com/blog/sqlstatehy000-general-error-2006-mysql-server-has-gone-away-2013-01-02/

MySQL导入数据库错误“ERROR 2006 （HY000）：MySQL server has gone away” 这是MySQL数据库中常见的一个错误，导致这个错误的原因主要有几个。一般而言，这实际上意味着“您的SQL语句失败，因为失去与数据库的连接”，我们要做的就是检查出是什么。以下是一些常见的情况以及如何检查是什么？

1. MySQL 服务器真的不见了

我们可以通过检查服务器正常运行时间（uptime）和服务器的错误日志来检查是否服务器确实消失了。

查看MySQL的正常运行时间（uptime）：

show global status like 'uptime';

查询错误日志的存储位置，然后打开错误日志，根据日志记录，确认是否存在服务器宕机。

查询错误日志的存储位置：

show variables like '%error';

如果MySQL服务器确实消失了，它是关闭了还是崩溃了，MySQL的错误日志会提供答案。通常MySQL的守护程序(mysqld)将由mysqld_safe包装器进程重新启动。

2. 连接超时

查看各项连接时间：

show global variables like '%timeout';

这些值是相对是MySQL的默认值，但是如果你的超时时间很短，则可能会出现这个错误，比如：

3. 你的SQL语句被杀死了

有些系统会主动杀死运行时间过长的SQL语句，我们可以通过查看已经执行的kill语句数量来检查是否可能发生这种情况。

查看mysql请求连接进程被主动杀死：

show global status like 'com_kill';

4. 你的SQL语句太大了

稍微难以测试和验证，但是MySQL使用最大数据包站站点进行服务器和客户端之间的通信。如果语句包含大字段，则可能由于SQL语句的大小，而被中止。

我们可以通过语句查看一下允许的最大包大小：

show global variables like 'max_allowed_packet'; (1024*1024*5=5242880)

如果值比较小，可以设置大一点：

set global max_allowed_packet=1024*1024*16;

如果修改后不够大，可以继续加大。

注：通过命令行设置的大小仅对本次的有效，重启后就会回归原始值。通过修改配置文件（my.ini）则可以永久的设置参数

解决办法 ，**找到my.ini文件 vi /etc/my.cnf**