我试图通过 phpMyAdmin 导入一个大的 sql 文件...但它一直显示错误
'MySql 服务器已经消失'
怎么办？
【问题讨论】：
max_allowed_packet。有点粗糙，但如果可行，您可以找到一个合理的值。
标签： mysql phpmyadmin
我遇到了同样的问题
$image_base64 = base64_encode(file_get_contents($_FILES['file']['tmp_name']) );
$image = 'data:image/jpeg;base64,'.$image_base64;
$query = "insert into images(image) values('".$image."')";
mysqli_query($con,$query);
在 phpmyadmin 的 \xampp\mysql\bin\my.ini 文件中我们只得到
[mysqldump]
max_allowed_packet=110M
这仅适用于 mysqldump -u root -p dbname 。我通过用
替换上面的代码解决了我的问题max_allowed_packet=110M
[mysqldump]
max_allowed_packet=110M
【讨论】：
关于数据包大小或超时的解决方案对我没有任何影响。我需要禁用 ssl
mysql -u -p -hmyhost.com --disable-ssl db < file.sql
https://dev.mysql.com/doc/refman/5.7/en/encrypted-connections.html
【讨论】：
如here所述：
MySQL 服务器的两个最常见原因（和修复）已消失 （错误 2006）是：
服务器超时并关闭连接。如何解决：
检查 mysqld 的 my.cnf 配置文件中的 wait_timeout 变量是否足够大。在 Debian 上：
sudo nano /etc/mysql/my.cnf，设置wait_timeout = 600秒（你可以 当错误 2006 消失时调整/减小此值），然后sudo /etc/init.d/mysql restart。我没有检查，但默认值 wait_timeout 可能约为 28800 秒（8 小时）。服务器丢弃了不正确或太大的数据包。如果 mysqld 收到一个太大或不正确的数据包，它会假设某些东西有 客户端出错并关闭连接。你可以增加 通过增加值来限制最大数据包大小 my.cnf 文件中的 max_allowed_packet。在 Debian 上：
sudo nano /etc/mysql/my.cnf，设置max_allowed_packet = 64M（你可以 当错误 2006 消失时调整/减小此值），然后sudo /etc/init.d/mysql restart。
编辑：
请注意，MySQL 选项文件的命令尚未作为 cmets 提供（例如在 php.ini 中）。因此，您必须在my.cnf 或my.ini 中键入任何更改/调整，并将它们放在mysql/data 目录或任何其他路径中，在适当的选项组下，例如[client]、[myslqd] 等。例如：
[mysqld]
wait_timeout = 600
max_allowed_packet = 64M
然后重新启动服务器。要获取它们的值，请输入 mysql 客户端：
> select @@wait_timeout;
> select @@max_allowed_packet;
【讨论】：
SHOW VARIABLES MySQL 查询来查看这一点），并且我正在导入的文件有一些非常大的记录。我打开 my.ini 文件（我正在运行 Windows）并将值设置为：max_allowed_packet = 64M，重新启动 MySQL 并重新运行导入。
wait_timeout 行
max_allowed_packet 的 2 个值。改变两者，只是为了确定。我犯了只更改max_allowed_packet 的第二个值而不寻找其他值的错误。这让我承受了 30 分钟的压力。
如果您在 OS X 上使用 MAMP，则需要更改 MySQL 模板中的 max_allowed_packet 值。
您可以在以下位置找到它：文件 > 编辑模板 > MySQL my.cnf
然后只需搜索max_allowed_packet，更改值并
保存。
【讨论】：
max_allowed_packet 没有帮助。通过 Sequel Pro 将 .sql 文件导入我的数据库时，我遇到了与您相同的错误。
将max_allowed_packet 升级为512M 后错误仍然存在，所以我在命令行中运行导入，而不是：
mysql --verbose -u root -p DatabaseName < MySQL.sql
它给出了以下错误：
ASCII '\0' appeared in the statement, but this is not allowed unless option --binary-mode is enabled
我发现了几个有用的 StackOverflow 问题：
在我的情况下，我的 .sql 文件有点损坏或什么的。我们得到的 MySQL 转储包含两个 zip 文件，需要将它们连接在一起然后解压缩。我认为解压缩最初被中断，使文件带有一些奇怪的字符和编码。获取一个新的 MySQL 转储并正确解压缩它对我有用。
只是想在此处添加它，以防其他人发现增加 max_allowed_packet 变量没有帮助。
【讨论】：
确保 mysqld 进程不会因为 systemd 等服务管理器而重新启动。
我在使用 centos 7 的 vagrant 中遇到了这个问题。配置调整没有帮助。原来是systemd每次占用太多内存时都会杀死mysqld服务。
【讨论】：
在 GoDaddy 共享主机帐户上，调整 PHP.ini 等文件很棘手。但是，还有另一种方法，它对我来说非常有效。 （我刚刚成功上传了一个 3.8Mb 的 .sql 文本文件，包含 3100 行和 145 列。在 phpMyAdmin 中使用 IMPORT 命令，我得到了可怕的 MySQL server has gone away 错误，没有更多信息.)
我发现 Matt Butcher 的答案是正确的。像马特一样，我尝试了各种技巧，从以一口大小的块导出 MySQL 数据库，到编写将大型导入分解为较小导入的脚本。但这是有效的：
(1) CPANEL ---> 文件（组）---> 备份
(2a) 在“部分备份”标题下...
(2b) 在“下载 MySQL 数据库备份”下
(2c) 选择您的数据库并下载备份（此步骤可选，但很明智）
(3a) 直接在 2b 右侧，在“恢复 MySQL 数据库备份”标题下
(3b) 从本地驱动器中选择 .SQL 导入文件
(3c) 真正的幸福将属于你（很快......）我的大约花了 5 秒
我能够使用此方法导入单个表。我的数据库中没有其他任何东西受到影响——但这就是上面第 (2) 步的目的。
注意事项：
一种。如果您不确定如何创建 .SQL 导入文件，请使用 phpMyAdmin 导出表并修改该文件结构。
【讨论】：
我遇到了类似的错误。要解决这个问题，只需打开 my.ini 文件。在第 36 行更改最大允许数据包大小的值，即。 max_allowed_packet = 20M
【讨论】：
如果需要很长时间才能失败，则放大wait_timeout 变量。
如果立即失败，请放大max_allowed_packet 变量；它仍然不起作用，请确保该命令是有效的 SQL。我的有未转义的引号，这把一切都搞砸了。
此外，如果可行，请考虑将单个 SQL 命令的插入次数限制为 1000 次。您可以创建一个脚本，通过重新引入 INSERT... 部分来从单个语句中创建多个语句，每 n 次插入.
【讨论】：
我正在做一些大型计算，这涉及到 mysql 连接要保持很长时间并且数据量很大。我正面临这个“Mysql go away issue”。所以我尝试优化查询，但这对我没有帮助，然后我增加了默认设置为较低值的 mysql 变量限制。
wait_timeout max_allowed_packet
在任何适合您的情况下，它应该是任意数字 * 1024（字节）。您可以使用 'mysql -u username - p' 命令登录到终端，并可以检查和更改这些变量限制。
【讨论】：
我用这个简短的 /etc/mysql/my.cnf 文件解决了我的问题：
[mysqld]
wait_timeout = 600
max_allowed_packet = 100M
【讨论】：
[mysqld] 部分添加这些设置
如果您的数据包含BLOB 数据：
请注意，从命令行导入数据似乎会阻塞 BLOB 数据，从而导致“MySQL 服务器已消失”错误。
为避免这种情况，请重新创建 mysqldump，但使用 --hex-blob 标志：
http://dev.mysql.com/doc/refman/5.7/en/mysqldump.html#option_mysqldump_hex-blob
这将用十六进制值而不是其他文本中的二进制写出数据文件。
PhpMyAdmin 还有一个选项“以十六进制表示法转储二进制列（例如，“abc”变为 0x616263）”，效果很好。
请注意，存在一个长期存在的错误（截至 2015 年 12 月），这意味着 GEOM 列未转换：
Back up a table with a GEOMETRY column using mysqldump?
所以使用像 PhpMyAdmin 这样的程序似乎是唯一的解决方法（上面提到的选项确实可以正确转换 GEOM 列）。
【讨论】：
如果您正在使用 XAMPP，那么您可以通过以下更改修复 MySQL 服务器已消失的问题。
打开您的 my.ini 文件 my.ini 位置是 (D:\xampp\mysql\bin\my.ini)
更改以下变量值
max_allowed_packet = 64M
innodb_lock_wait_timeout = 500
【讨论】：
对我来说，这个解决方案没有奏效，所以我执行了
SET GLOBAL max_allowed_packet=1073741824;
在我的 SQL 客户端中。
如果在运行 MYSql 服务的情况下无法更改，则应停止服务并更改“my.ini”文件中的变量。
例如：
max_allowed_packet=20M
【讨论】：
php.ini 文件（如答案中的@GBD 所建议）和 MySQL 配置文件 my.ini 以使它工作。
SHOW variables LIKE 'max_allowed_packet'检查当前大小
max_allowed_packet，然后在另一个会话中导入大的.sql 文件可以正常工作。
当我导入 16 GB 的 SQL 文件时，我遇到了这个错误和其他相关错误。对我来说，编辑 my.ini 并在 [mysqld] 部分设置以下内容（基于几个不同的帖子）：
max_allowed_packet = 110M
innodb_buffer_pool_size=511M
innodb_log_file_size=500M
innodb_log_buffer_size = 800M
net_read_timeout = 600
net_write_timeout = 600
如果您在 Windows 下运行，请转到控制面板、服务，然后查看 MySQL 的详细信息，您将看到 my.ini 的位置。然后编辑保存my.ini后，重启mysql服务（或者重启电脑）。
如果您使用的是 HeidiSQL，您也可以使用它来设置部分或全部。
【讨论】：
我将“max_allowed_packet”更新为 1024M，但仍然无法正常工作。原来我的部署脚本正在运行：
mysql --max_allowed_packet=512M --database=mydb -u root < .\db\db.sql
如果您使用这种方式，请务必在命令行中明确指定一个更大的数字。
【讨论】：
我今天在复制数据库时遇到了类似的错误（MySQL 服务器已经消失...），但是当我尝试重新启动 mysql.server restart 时出现错误
ERROR! The server quit without updating PID ...
我是这样解决的： 我打开 Applications/Utilities/ 并运行 Activity Monitor
quit mysqld
然后能够解决错误问题
mysql.server restart
【讨论】：
发生这种情况的另一个原因是内存不足。检查 /var/log/messages 并确保您的 my.cnf 未设置为导致 mysqld 分配比您的机器更多的内存。
你的mysqld进程实际上可以被内核杀死，然后在你没有意识到的情况下被“safe_mysqld”进程重新启动。
使用 top 并在它运行时观察内存分配，看看你的余量是多少。
在更改之前备份 my.cnf。
【讨论】：
如果您使用默认值运行，那么您有很大的空间来优化您的 mysql 配置。
我建议的第一步是将 max_allowed_packet 增加到 128M。
然后下载MySQL Tuning Primer script 并运行它。它将为您的配置的多个方面提供建议，以获得更好的性能。
还要考虑在 MySQL 和 PHP 中调整您的超时值。
您要导入的文件有多大（文件大小），您是否能够使用 mysql 命令行客户端而不是 PHPMyAdmin 来导入该文件？
【讨论】：