Справочное руководство по MySQL 4.0. :: A Проблемы и распространенные ошибки :: A.2 Распространенные ошибки при использовании MySQL :: A.2.3 Ошибка Can't connect to [local] MySQL server

Search the MySQL manual:

Справочное руководство по MySQL 4.0.

Additional languages

German

Previous / Next / Up / Table of Contents

A.2.3. Ошибка `Can't connect to [local] MySQL server`

Клиент MySQL на Unix может соединиться с сервером mysqld двумя различными способами: используя либо Unix-сокеты, когда соединение происходит через файл в файловой системе (по умолчанию /tmp/mysqld.sock), либо TCP/IP с соединением через номер порта. Unix-сокеты обеспечивают большую скорость, чем TCP/IP, но могут применяться только при соединении с сервером на том же компьютере. Unix-сокеты используются, если не задано имя хоста или если задано специальное имя localhost.

В Windows, если сервер mysqld выполняется в 9x/Me, возможно соединение только через TCP/IP. Если сервер работает на NT/2000/XP и mysqld запущен с --enable-named-pipe, то можно также устанавливать соединение с помощью именованных каналов. Имя именованного канала - MySQL. Если имя хоста не указано при соединении с mysqld, то клиент MySQL сначала попробует подключиться к именованному каналу, а если этого сделать не удастся, то к порту TCP/IP. Можно предписать использование именованных каналов в Windows, используя . в качестве имени хоста.

Ошибка (2002) Can't connect to ... обычно говорит о том, что MySQL не запущен на данной системе или что при попытке соединиться с сервером mysqld используется неверный сокет-файл или порт TCP/IP.

Для начала проверьте (с помощью ps или диспетчера задач в Windows), выполняется ли на сервере процесс с именем mysqld! Если процесса mysqld нет, то его необходимо запустить (see Раздел 2.4.2, «Проблемы при запуске сервера MySQL»).

Если процесс mysqld выполняется, то можно проверить сервер, пробуя использовать следующие различные соединения (конечно, номер порта и путь сокета для вашей конфигурации могут быть другими):

shell> mysqladmin version
shell> mysqladmin variables
shell> mysqladmin -h `hostname` version variables
shell> mysqladmin -h `hostname` --port=3306 version
shell> mysqladmin -h 'ip for your host' version
shell> mysqladmin --protocol=socket --socket=/tmp/mysql.sock version

Обратите внимание на то, что для hostname используются обратные кавычки вместо прямых; это задает подстановку вывода hostname (т.е. текущего имени хоста) в команду mysqladmin.

Ниже приводится несколько причин, которые могут вызывать ошибку Can't connect to local MySQL server:

mysqld не выполняется.
Сервер запущен на системе, использующей MIT-потоки. При работе на системе, в которой отсутствуют "родные" потоки, mysqld использует пакет MIT-pthreads (see Раздел 2.2.3, «Операционные системы, поддерживаемые MySQL»). Однако не во всех версиях MIT-потоков поддерживаются Unix-сокеты. В системе без поддержки сокетов при соединении с сервером всегда необходимо явно указывать имя хоста. Попробуйте проверить соединение с сервером с помощью следующей команды:
```
shell> mysqladmin -h `hostname` version
```
Кто-либо удалил Unix-сокет, используемый mysqld (по умолчанию /tmp/mysqld.sock). Возможно, есть задание cron, которое удаляет сокет MySQL (например, задание, удаляющее старые файлы в каталоге /tmp). В таком случае всегда можно выполнить mysqladmin version и проверить, действительно ли существует сокет, который используется mysqladmin. Решение здесь заключается в следующем: можно либо изменить задание cron с тем, чтобы оно не удаляло mysqld.sock, либо поместить сокет в каком-нибудь другом месте (see Раздел A.4.5, «Как защитить или изменить сокет-файл MySQL /tmp/mysql.sock»).
Сервер mysqld запущен с опцией --socket=/path/to/socket. Если путь к сокету для сервера был изменен, то необходимо уведомить о новом пути и клиентов MySQL. Это можно сделать, передав клиенту путь к сокету в качестве аргумента. see Раздел A.4.5, «Как защитить или изменить сокет-файл MySQL /tmp/mysql.sock».
Используется Linux, и один из потоков аварийно завершился (core dump). В этом случае, перед тем как заново запустить MySQL, необходимо уничтожить все остальные потоки mysqld (например, с помощью сценария mysql_zap). Обращайтесь к разделу See Раздел A.4.1, «Что делать, если работа MySQL сопровождается постоянными сбоями».
Возможно, пользователь, от которого запущен MySQL-сервер, не имеет привилегий чтения и записи для каталога, содержащего сокет-файл, либо для самого сокет-файла. В этом случае необходимо либо изменить привилегии для каталога/файла, либо перезапустить mysqld, так чтобы сервер использовал каталог, к которому пользователь имеет доступ.

Если получено сообщение об ошибке Can't connect to MySQL server on some_hostname, то чтобы выяснить, в чем проблема, можно попробовать выполнить следующие действия:

Проверить, запущен ли сервер, выполнив telnet your-host-name tcp-ip-port-number, и несколько раз нажать Enter. Если MySQL работает на этом порту, то должен быть получен ответ, включающий номер версии запущенного сервера. Если будет выдана ошибка вроде telnet: Unable to connect to remote host: Connection refused, то на указанном порту сервер не работает.
Попробуйте соединиться с демоном mysqld на локальной машине и проверьте с помощью mysqladmin variables, какой порт TCP/IP сконфигурирован для использования mysqld (переменная port).
Проверьте, не запускается ли сервер mysqld с опцией --skip-networking.

This is a translation of the MySQL Reference Manual that can be found at dev.mysql.com. The original Reference Manual is in English, and this translation is not necessarily as up to date as the English version.

Top / Previous / Next / Up / Table of Contents

Справочное руководство по MySQL 4.0. :: A Проблемы и распространенные ошибки :: A.2 Распространенные ошибки при использовании MySQL :: A.2.3 Ошибка Can't connect to [local] MySQL server

Search the MySQL manual:

Additional languages

A.2.3. Ошибка Can't connect to [local] MySQL server

A.2.3. Ошибка `Can't connect to [local] MySQL server`