Не удается подключиться к локальному серверу MySQL через сокет '/var/mysql/mysql.sock' (38)

У меня большая проблема при попытке подключения к MySQL. Когда я бегу:

/usr/local/mysql/bin/mysql start

У меня есть следующая ошибка:

Can't connect to local MySQL server through socket '/var/mysql/mysql.sock' (38)

У меня есть mysql.sockпо /var/mysqlкаталогу.

У /etc/my.cnfменя есть:

[client]
port=3306
socket=/var/mysql/mysql.sock

[mysqld]
port=3306
socket=/var/mysql/mysql.sock
key_buffer_size=16M
max_allowed_packet=8M

и у /etc/php.iniменя есть:

; Default socket name for local MySQL connects.  If empty, uses the built-in
; MySQL defaults.
mysql.default_socket = /var/mysql/mysql.sock

Я перезапустил Apache, используя sudo /opt/local/apache2/bin/apachectl restart

Но у меня все еще есть ошибка.

В противном случае, я не знаю, если это актуально, но когда mysql_config --socketsя получаю

--socket         [/tmp/mysql.sock]

Если ваш файл my.cnf (обычно в папке / etc / mysql / ) правильно настроен с

socket=/var/lib/mysql/mysql.sock

Вы можете проверить, работает ли mysql с помощью следующей команды:

mysqladmin -u root -p status

попробуйте изменить свое разрешение на папку MySQL. Если вы работаете локально, вы можете попробовать:

sudo chmod -R 755 /var/lib/mysql/

это решило это для меня

Вы уверены, что вы установили MySQL, а также MySQL сервер ..

Например, чтобы установить сервер mySql, я буду использовать yum или apt для установки инструмента командной строки mysql и сервера:

yum -y install mysql mysql-server (or apt-get install mysql mysql-server)

Включите службу MySQL:

/sbin/chkconfig mysqld on

Запустите сервер MySQL:

/sbin/service mysqld start

Затем установите пароль root для MySQL:

mysqladmin -u root password 'new-password' (with the quotes)

Я надеюсь, что это помогает.

Быстрый обходной путь, который мне помог: попробуйте использовать локальный IP-адрес (127.0.0.1) вместо «localhost» в mysql_connect (). Это «заставляет» php подключаться через TCP / IP вместо сокета unix.

Я получил следующую ошибку

ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (111)

Пробовал несколько способов и, наконец, решил это следующим образом

sudo gksu gedit /etc/mysql/my.cnf

модифицированный

#bind-address       = 127.0.0.1

в

bind-address        = localhost

и перезапустил

sudo /etc/init.d/mysql restart

это сработало

Убедитесь, что вы используете mysqld: /etc/init.d/mysql start

Чтобы предотвратить возникновение проблемы, вы должны выполнить постепенное отключение сервера из командной строки, а не выключать его.

shutdown -h now

Это остановит работающие службы перед выключением машины.

Основанный на Centos, дополнительный метод для его восстановления снова, когда вы сталкиваетесь с этой проблемой, состоит в том, чтобы переместить mysql.sock:

mv /var/lib/mysql/mysql.sock /var/lib/mysql/mysql.sock.bak

service mysqld start

Перезапуск службы создает новую запись с именем mqsql.sock

Я получил эту ошибку, когда установил задание cron для своего файла. Я изменил права доступа к файлу на 777, но он все еще не работал для меня. Наконец я получил решение. Может быть, это будет полезно для других.

Попробуйте с этой командой:

mysql -h 127.0.0.1 -P 3306 -u root -p

Помните, что -h означает хост , -P означает порт, а -p означает пароль.

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

Например, в Ubuntu вы должны проверить /var/log/syslog. Поскольку в этот файл также может входить множество других вещей, вы, вероятно, захотите использовать его grepдля просмотра сообщений mysql и tailтолько для самых последних. Все вместе, это может выглядеть так:

grep mysql /var/log/syslog | tail -50

Не слепо вносите изменения в свою конфигурацию, потому что кто-то другой сказал: «Это сработало для моей системы». Выясните, что на самом деле не так с вашей системой, и вы получите лучший результат гораздо быстрее.

Другой обходной путь - отредактировать /etc/my.cnf и включить хост в раздел [client].

 [client]
 #password       = your_password
 host            = 127.0.0.1
 port            = 3306
 socket          = /var/run/mysql/mysql.sock

А затем перезапустить службу MySQL.

Этот обходной путь был протестирован в: Версия сервера: 5.5.25a-log Исходный дистрибутив

У меня была та же самая проблема, и это было вызвано обновлением драйверов mysql, когда сервер mysql работал. Я исправил это, просто перезапустив mysql и apache2:

sudo service mysql stop

sudo service mysql start

остановка службы sudo apache2

sudo service apache2 start

В моем случае я использовал Centos 5.5. Я обнаружил, что проблема была в том, что служба mysql была остановлена ​​каким-то образом. Поэтому я запустил службу mysql с помощью команды:

 /etc/init.d/mysqld start

Так что .. глупая ошибка.

Если все работало нормально, и вы только начали видеть эту ошибку, прежде чем делать что-то еще, убедитесь, что у вас нет свободного места на диске:

df -h

Если том, на котором создается mysql.sock , используется на 100%, MySql не сможет его создать, и это будет причиной этой ошибки. Все, что вам нужно сделать, это удалить то, что не нужно, например, старые файлы журнала.

попробуйте с -h (хост) и -P (порт):

mysql -h 127.0.0.1 -P 3306 -u root -p

sudo service mysql start

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

Есть много решений этой проблемы, но в моей ситуации мне просто нужно было исправить ДАТУ на машине / сервере ( Ubuntu 16.04 Server ).

я) Проверьте дату вашего сервера и исправьте ее.

II) Выполнить sudo /etc/init.d/mysql restart

Это должно начать.

Я получал сообщение об ошибке, потому что я запускал MAMP, а мой файл .sock находился в другом месте. Я просто добавил символическую ссылку, где приложение считало, что это должно быть, которая указывает на то, где она на самом деле была, и она работала как шарм.

Я также обнаружил, что это проблема с разрешениями. Я сравнил файлы MySQL с работающей установкой (обе на Debian 6 squeeze) и мне пришлось внести следующие изменения в владельца (гдеmydatabase есть какая-либо база данных).

Владение mysql:mysql:

chown mysql:mysql /var/lib/mysql
chown mysql:mysql /var/lib/mysql/ib*
chown mysql:mysql /var/lib/mysql/mydatabase
chown mysql:mysql /var/lib/mysql/mydatabase/*
chown mysql:mysql /var/lib/mysql/mysql/* 

Владение mysql:root:

chown mysql:root /var/lib/mysql/mysql
chown mysql:root /var/run/mysqld 

Владение mysql:adm:

chown mysql:adm /var/log/mysql
chown mysql:adm /var/log/mysql.err
chown mysql:adm /var/log/mysql.log* 

Для меня - это был просто случай, когда MySQL долго загружался. У меня есть более 100 000 таблиц в одной из моих баз данных, и она в конце концов запустилась, но, очевидно, в этом случае это займет много времени.

Если вы используете микро версию AWS (Amazon Web Services), то это проблема памяти. Когда я побежал

mysql

из терминала было бы сказать

ERROR 2002 (HY000): Can't connect to local MySQL server through socket /var/run/mysqld/mysqld.sock' (111)

Поэтому я попробовал следующее, и это просто не получилось.

service mysqld restart

После долгих поисков я обнаружил, что вам нужно создать файл подкачки для MySQL, чтобы иметь достаточно памяти. Инструкции перечислены: http://www.prowebdev.us/2012/05/amazon-ec2-linux-micro-swap-space.html .

Затем я смог перезапустить mysqld.

вы всегда можете запустить сервер mysql, указав расположение файла mysql.sock с помощью --socketопции

mysql --socket=/var/mysql/mysql.sock 

Это будет работать, даже если местоположение файла сокета указано в другом месте в файле my.cnf.

Для тех, чье решение не работает, попробуйте:

cd /etc/mysql

проверить , если my.cnf присутствует

nano my.cnf

и убедитесь, что у вас есть только один bind-адрес:

bind-address = 127.0.0.1

Если нет, то это может быть проблемой, просто выйдите из nano и сохраните файл.

а также service mysql start

обратите внимание, что если у вас нет nano (это текстовый редактор), просто установите его apt-get install nanoи просто нажмите Ctrl + X для выхода, не забудьте сказать Y, чтобы сохранить и использовать тот же файл)

У меня тоже была эта проблема при попытке запустить сервер, поэтому многие ответы здесь, в которых просто говорится, чтобы запустить сервер, не сработали. Первое, что вы можете сделать, это выполнить следующее, чтобы увидеть, есть ли какие-либо ошибки конфигурации:

/usr/sbin/mysqld --verbose --help 1>/dev/null

У меня была одна ошибка, которая обнаружилась:

160816 19:24:33 [Note] /usr/sbin/mysqld (mysqld 5.5.50-0ubuntu0.14.04.1-log) starting as process 9461 ...
160816 19:24:33 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
160816 19:24:33 [Note] Plugin 'FEDERATED' is disabled.
160816 19:24:33 [ERROR] /usr/sbin/mysqld: unknown variable 'innodb-online-alter-log-max-size=4294967296'
160816 19:24:33 [ERROR] Aborting

Простое grep -HR "innodb-online-alter-log-max-size" /etc/mysql/показало мне, какой именно файл содержит оскорбительную строку, поэтому я удалил эту строку из файла.

Затем, проверяя мой /var/log/mysql/error.logфайл, я имел:

InnoDB: Error: log file ./ib_logfile0 is of different size 0 5242880 bytes
InnoDB: than specified in the .cnf file 0 671088640 bytes!
160816 22:46:46 [ERROR] Plugin 'InnoDB' init function returned error.
160816 22:46:46 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
160816 22:46:46 [ERROR] Unknown/unsupported storage engine: InnoDB
160816 22:46:46 [ERROR] Aborting

Исходя из этого вопроса, принятое решение не будет работать, потому что я даже не смог запустить сервер, поэтому я следовал тому, что было сказано в некоторых комментариях, и удалил мой /var/lib/mysql/ib_logfile0и/var/lib/mysql/ib_logfile1 файлы.

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

160816 22:52:15  InnoDB: Error: page 1415 log sequence number 82039318708
InnoDB: is in the future! Current system log sequence number 81640793100.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
InnoDB: for more information.

Основываясь на предложении здесь , чтобы исправить это, я сделал mysqldump и восстановил все базы данных (см. Ссылку для нескольких других решений).

$ mysqldump -u root -p --allow-keywords --add-drop-database --comments --hex-blob --opt --quote-names --databases db_1 db_2 db_3 db_etc > backup-all-databases.sql
$ mysql -u root -p < backup-all-databases.sql

Похоже, что сейчас все работает так, как ожидалось.

Добавление

--protocol=tcp 

к списку праматоров в связи с чем у меня работали.

Это было достаточно хорошо для меня

sudo /etc/init.d/mysql restart

Я столкнулся с этим вопросом сегодня. Ни один из этих ответов не дал исправления. Мне нужно было выполнить следующие команды (находятся здесь https://stackoverflow.com/a/20141146/633107 ) для запуска моей службы mysql:

sudo /etc/init.d/mysql stop
cd /var/lib/mysql/
ls ib_logfile*
mv ib_logfile0 ib_logfile0.bak
mv ib_logfile1 ib_logfile1.bak
... etc ...
/etc/init.d/mysql restart

На это частично указывали следующие ошибки в /var/log/mysql/error.log:

140319 11:58:21 InnoDB: Completed initialization of buffer pool
InnoDB: Error: log file ./ib_logfile0 is of different size 0 50331648 bytes
InnoDB: than specified in the .cnf file 0 5242880 bytes!
140319 11:58:21 [ERROR] Plugin 'InnoDB' init function returned error.
140319 11:58:21 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
140319 11:58:21 [ERROR] Unknown/unsupported storage engine: InnoDB
140319 11:58:21 [ERROR] Aborting

Я также видел ошибку переполнения диска, но только при выполнении команд без sudo. Если проверка разрешений не удалась, она сообщает о переполнении диска (даже если ваш раздел даже близко не заполнен).

CentOS 7, 64 бит. Свежая установка.
В моем случае ошибка была из-за того, что у меня не был установлен правильный сервер MySQL и клиент MySQL.
Используя yum, я удалил mariadbи MySQL-сообщество редакции. Я загрузил rpm для клиента и сервера с официального сайта MySQL и установил сервер и клиент.

При установке сервера мне было показано, что пароль к учетной записи root для MySQL хранится в файле, который я могу просмотреть sudo cat /root/.mysql_secret.

Поэтому после установки клиента и сервера я проверил, работает ли MySQL (я думаю, что перед этим перезагрузился), sudo service mysql statusи получил результат.

MySQL работает (2601) [OK]

Я вошел в MySQL с помощью пароля из .mysql_secret файла:
mysql -uroot -pdxM01Xfg3DXEPabpf. Обратите внимание, что dxM01Xfg3DXEPabpfэто пароль, указанный в файле .mysql_secret.

и затем набрал, введите следующую команду в приглашении mysql, чтобы изменить пароль root:

mysql> SET PASSWORD FOR 'root'@'localhost' = PASSWORD('somePassword');

С этого момента все работало нормально.

sudo service mysqld start

Работал для меня, я использую Centos

Это прямо не ответит на ваш вопрос, но подмножество, а именно использование PythonAnywhere. Я продолжал наталкиваться на этот вопрос, когда искал исправление, поэтому добавляю его сюда в надежде, что оно поможет другим в моей ситуации.

PythonAnywhere решил изменить имена хостов соединения с базой данных, чтобы повысить эффективность и надежность, как подробно описано здесь :

Официальное имя хоста, которое вы должны использовать для подключения к экземпляру базы данных MySQL вашей учетной записи, изменилось с mysql.server на yourusername .mysql.pythonanywhere-services.com . Это обходит часть нашей инфраструктуры, в которой в последние недели появились проблемы, и она должна быть намного более эффективной и надежной, чем прежняя версия.

Следовательно, вам нужно обновить имя вашего хоста до значения, выделенного выше.

У меня только что была эта проблема. после дня окончательной проверки я получил ответ, что файл mysql.sock создается при запуске MariaDB и удаляется при выключении MariaDB. Это не будет существовать, если MariaDB не работает. может быть, вы не установили MariaDB. ВЫ МОЖЕТЕ СЛЕДОВАТЬ ЗА РУКОВОДСТВОМ НИЖЕ: https://www.linode.com/docs/databases/mariadb/how-to-install-mariadb-on-centos-7 BEST

У меня была эта ошибка сокета, и это в основном сводилось к тому, что MySQL не работал. Если вы запускаете новую установку, убедитесь, что вы установили 1) системный пакет и 2) установщик панели (mysql.prefPane). Установщик панели позволит вам перейти в «Системные настройки» и открыть MySQL, а затем запустить экземпляр.

Обратите внимание, что при новой установке мне нужно было перезагрузить компьютер, чтобы изменения вступили в силу. После перезагрузки я запустил новый экземпляр и смог без проблем открыть соединение с localhost.

Также следует отметить, что у меня, по-видимому, были установлены предыдущие версии MySQL, но я удалил панель, что облегчает запуск экземпляра MySQL для пользователей Mac.

Хорошая ссылка для этого процесса переустановки: http://www.coolestguyplanettech.com/how-to-install-php-mysql-apache-on-os-x-10-6/