Вы (или администратор базы данных) прервали запущенную нить с помощью оператора KILL или команды mysqladmin kill.

Вы попытались выполнить запрос после закрытия соединения с сервером. Это указывает на логическую ошибку в приложении, которую необходимо исправить.

Прикладное приложение, работающее на другом хосте, не имеет необходимых привилегий для подключения к серверу MySQL с этого хоста.

Вы получили таймаут от TCP/IP-соединения на стороне клиента. Это может произойти, если вы использовали команды: или . В этом случае увеличение таймаута может помочь решить проблему.

Вы столкнулись с таймаутом на стороне сервера, а автоматическое переподключение в клиенте отключено (флаг reconnect в структуре MYSQL равен 0).

Вы используете клиент Windows, а сервер прервал соединение (вероятно, потому что wait_timeout истек) до отправки команды.

Проблема в Windows заключается в том, что в некоторых случаях MySQL не получает ошибку от ОС при записи в TCP/IP-соединение с сервером, а вместо этого получает ошибку при попытке чтения ответа из соединения.

Решение заключается в выполнении на подключении, если прошло много времени с момента последнего запроса (так поступает Connector/ODBC), или установить wait_timeout на сервере mysqld так высоко, что он фактически никогда не превысит время ожидания.

Вы также можете получить эти ошибки, если отправили на сервер некорректный или слишком большой запрос. Если mysqld получает пакет, который слишком велик или неправильно расположен, он предполагает, что с клиентом возникла проблема, и закрывает соединение. Если вам нужны большие запросы (например, если вы работаете с большими BLOB столбцами), вы можете увеличить лимит запросов, установив переменную сервера max_allowed_packet, значение которой по умолчанию составляет 64 МБ. Возможно, вам также потребуется увеличить максимальный размер пакета на стороне клиента. Более подробная информация о настройке размера пакета приведена в разделе B.3.2.8, «Пакет слишком велик».

Оператор INSERT или REPLACE, вставляющий большое количество строк, также может вызывать подобные ошибки. Оба этих оператора отправляют один запрос на сервер независимо от количества строк для вставки; таким образом, вы часто можете избежать ошибки, уменьшив количество строк, отправляемых за один INSERT или REPLACE.

Возможны также эти ошибки, если поиск по имени хоста завершится неудачно (например, если DNS-сервер, на котором полагается ваш сервер или сеть, вышел из строя). Это происходит потому, что MySQL зависит от системы хоста для разрешения имен, но не имеет возможности узнать, работает ли это—с точки зрения MySQL проблема неотличима от любой другой сетевой задержки.

Вы также можете увидеть ошибку MySQL server has gone away, если MySQL запущен с включённой системной переменной skip_networking.

Другая сетевая проблема, которая может вызвать эту ошибку, возникает, если порт MySQL (по умолчанию 3306) заблокирован брандмауэром, что не позволяет устанавливать какие-либо соединения с сервером MySQL.

Также эта ошибка может возникнуть в приложениях, создающих дочерние процессы, которые все пытаются использовать одно и то же подключение к серверу MySQL. Это можно избежать, используя отдельное подключение для каждого дочернего процесса.

Вы столкнулись с ошибкой, когда сервер завис при выполнении запроса.

Укажите, завис ли сервер MySQL. Вы можете найти информацию об этом в журнале ошибок сервера. См. Раздел B.3.3.3, «Что делать, если MySQL продолжает падать».

Если определённый запрос убивает mysqld и проверка соответствующих таблиц с помощью CHECK TABLE была выполнена до запуска запроса, предоставьте воспроизводимый тестовый случай. См. Раздел 7.9, «Отладка MySQL».

Какое значение имеет системная переменная wait_timeout на сервере MySQL? (mysqladmin variables даёт вам это значение.)

Вы пытались запустить mysqld с включённым общим журналом запросов, чтобы определить, появляется ли проблемный запрос в журнале? (См. Раздел 7.4.3, «Журнал общих запросов».)