cccicl
cccicl
发布于 2周前

数据库导入过大 报错 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)则可以永久的设置参数