ОШИБКА 2002 (HY000): не удается подключиться к локальному серверу MySQL через сокет '/var/run/mysqld/mysqld.sock' (2)

Я установил LAMP на Ubuntu 12.04 LTS (Precise Pangolin), а затем установил пароль root на phpMyAdmin . Я забыл пароль, и теперь я не могу войти. Когда я пытаюсь изменить пароль через терминал, я получаю:

ОШИБКА 2002 (HY000): не удается подключиться к локальному серверу MySQL через сокет '/var/run/mysqld/mysqld.sock' (2)

Как я могу это исправить? Я не могу открыть LAMP, удалить его или переустановить.

У меня когда-то была эта проблема, и я решил ее путем установки mysql-server, поэтому убедитесь, что вы установили mysql-server, а не то mysql-clientили что-то еще.

Эта ошибка означает, что файл /var/run/mysqld/mysqld.sockне существует, если вы не установили mysql-server, то файл не будет существовать. Так что в этом случае установите его с

sudo apt-get install mysql-server

Но если mysql-serverон уже установлен и работает, вам необходимо проверить файлы конфигурации.

Конфигурационные файлы:

/etc/my.cnf
/etc/mysql/my.cnf
/var/lib/mysql/my.cnf

В /etc/my.cnfконфигурации файла сокета может быть, /tmp/mysql.sockи в /etc/mysql/my.cnfконфигурации файла сокета может быть /var/run/mysqld/mysqld.sock. Итак, удалите или переименуйте /etc/mysql/my.cnf, позвольте MySQL использовать /etc/my.cnf, тогда проблема может быть решена.

Попробуй это:

mysql -h 127.0.0.1 -P 3306 -u root -p <database>

Также (чтобы увидеть, работает ли он):

telnet 127.0.0.1 3306 

Вероятно, это просто неправильная конфигурация my.cnfфайла /etc/somewhere(в зависимости от дистрибутива Linux ).

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

Сбросить пароль

Выполните следующие действия (может быть полезно, если вы действительно забыли свой пароль и можете попробовать его в любое время, даже если в данный момент вы не находитесь в ситуации):

1. Стоп mysql

   sudo /etc/init.d/mysql stop

   Или для других версий дистрибутива:

   sudo /etc/init.d/mysqld stop

2. Запустите MySQL в безопасном режиме

   sudo mysqld_safe --skip-grant-tables &

3. Войдите в MySQL, используя root

   mysql -uroot

4. Выберите базу данных MySQL для использования

   use mysql;

5. Сбросить пароль

   -- MySQL version < 5.7
   update user set password=PASSWORD("mynewpassword") where User='root';
   
   -- MySQL 5.7, mysql.user table "password" field -> "authentication_string"
   
   update user set authentication_string=password('mynewpassword') where user='root';
   

6. Сбросить привилегии

   flush privileges;

7. Перезагрузите сервер

   quit

8. Остановите и запустите сервер снова

   Ubuntu и Debian:

   sudo /etc/init.d/mysql stop
   ...
   sudo /etc/init.d/mysql start
   

   На CentOS, Fedora и RHEL:

   sudo /etc/init.d/mysqld stop
   ...
   sudo /etc/init.d/mysqld start
   

9. Войти с новым паролем

   mysql -u root -p

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

Это было взято из Сброс пароля root MySQL .

Я попробовал следующие шаги:

1. Войти как super userили использоватьsudo
2. Открыть /etc/mysql/my.cnfс помощью Gedit
3. Найдите bind-addressи измените его значение на IP-адрес хост-компьютера сервера базы данных. Для меня это было localhostили127.0.0.1
4. Сохраните и закройте файл.
5. Вернитесь к терминалу и выполните sudo service mysql start

И это сработало для меня.

Я исправил эту проблему, выполнив следующую команду:

mysql.server start

И если вы используете Mac и используете brew для установки mysql, просто используйте:

brew services start mysql

У меня была аналогичная проблема. mysql не запускается:

sudo service mysql start
start: Job failed to start

Если я отключил apparmor:

sudo aa-complain /etc/apparmor.d/*

проблема ушла. Проблема заключалась в том, что mysqld пытался получить доступ к /run/mysqld/mysqld.sock, но профиль apparmor давал разрешение только на /var/run/mysqld/mysqld.sock (/ var / run является символической ссылкой на / run, так что на самом деле это то же). Не уверен, почему mysqld не использует путь var, поскольку это то, что установлено во всех файлах конфигурации, но вы можете решить эту проблему, добавив следующее в /etc/apparmor.d/usr.sbin.mysqld

/run/mysqld/mysqld.pid rw,
/run/mysqld/mysqld.sock rw,

В моем случае диск был переполнен и mysqld больше не запускался.

Попробуйте перезапустить службу MySQL.

> service mysql restart

или

> service mysql stop

> service mysql start

Если он не распознает stopкоманду, то это определенно место на диске. Вы должны выделить некоторое место в разделе mysqlили увеличить размер диска.

Проверьте место на диске с помощью

> df -h

Я решил это, убив mysqlпроцесс:

ps -ef | grep mysql
kill [the id]

И затем я снова запустил сервер с:

sudo /etc/init.d/mysql restart

Но startработает также:

sudo /etc/init.d/mysql start

Затем я вошел как admin, и я сделал.

Каким-то образом процесс сервера MySQL не создал сокет, или клиент ищет сокет в неправильном месте.

Моим первым предложением было бы проверить, работает ли сервер MySQL. Второе предложение может быть, сервер MySQL работает на другом хосте? Если так, добавьте -h <hostname>флаг к своему клиенту MySQL в терминале.

Если MySQL действительно работает и работает локально, проверьте ваш my.cnfфайл. Там должна быть строка, как

socket = /var/run/mysqld/mysqld.sock

Посмотрите, соответствует ли это местоположению сокета, которое вы упомянули в своем посте.

Из опыта я бы сказал, что наиболее вероятным сценарием является то, что ваш сервер MySQL либо вообще не работает, либо не работает на том же хосте, на котором вы запускаете клиент MySQL из терминала.

Я только что столкнулся с той же проблемой после перезапуска своего производственного сервера. Я использую Debian 8.1 (Jessie) на капле DigitalOcean.

Вот что я сделал, чтобы решить мою проблему:

1. Проверьте, существует ли файл /var/run/mysqld/mysqld.sock. Если этого не произойдет, создайте его вручную, введя touch /var/run/mysqld/mysqld.sock(что я и должен был сделать).

2. Таким образом, процесс MySQL может использовать этот файл. Сменить владельца указанного файла, введя chown mysql /var/run/mysqld/mysqld.sock.

3. Как только «2» было сделано, перезапустите службу MySQL, введя service mysql restartили /etc/init.d/mysql restart.

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

Ваш MySQL-сервер может не работать. Убедитесь, что он работает, введя mysql.server startв терминал.

Проверьте "bind-adress"параметр в my.cnf.

Еще попробуйте с командой:

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

• -h для хоста 127.0.0.1, то есть localhost

• -P (обратите внимание -P в верхнем регистре) для порта 3306, то есть порт по умолчанию для MySQL

Вот что сработало для меня:

ln -s /var/lib/mysql/mysql.sock /tmp/mysql.sock
service mysql restart

Это создает ссылку.

Если вы используете Amazon EC2 , и у вас возникла эта проблема в экземпляре, то вам нужно только сделать:

sudo yum install mysql-server
sudo service mysqld restart

В Amazon EC2 не установлен сервер (установлен только клиент), поэтому в этом случае вам необходимо установить его на свой экземпляр, а затем попытаться

 mysql -u root -p

чтобы проверить, сработало ли это.

Я думаю всякий раз, когда вы получаете ошибку

ОШИБКА 2002 (HY000): Не удается подключиться к локальному серверу MySQL через сокет '/var/lib/mysql/mysql.sock'

Сначала я рекомендую проверить, работает ли ваш mysqlдемон ... В большинстве случаев он не работает по умолчанию. Вы можете проверить это /etc/init.d/mysqld status.

Если он не запущен, сначала запустите его:

.../etc/init.d/mysqld start.

Бьюсь об заклад, это будет работать на 110%.

Вместо использования localhost:

mysql -u myuser -pmypassword -h localhost mydatabase

Используйте 127.0.0.1

mysql -u myuser -pmypassword -h 127.0.0.1 mydatabase

(также обратите внимание, что между -p и mypassword не должно быть пробела)

Наслаждаться :)

Убедитесь, что у вас есть резервные копии важных баз данных, а затем попробуйте удалить вещи, связанные с MySQL :

apt-get remove --purge mysql\*

Затем установите его снова :

apt-get install mysql-server mysql-client

Это сработало для меня, и данные были сохранены.

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

apt-get install php5-fpm php5-mysql

Я также столкнулся с той же проблемой, это произойдет, если ваш mysql serverпо умолчанию не работает, он снова остановится через несколько секунд, поэтому вы снова запустите $ sudo service mysql start команду ( ), которую вы можете изменить, если знаете.

для этой команды использования

$ sudo service mysql start   

(введите пароль пользователя, если требуется, потому что мы используем sudo), а затем запустите

$ sudo mysql -u root -p          (put user password if required )

теперь вы получили свою базу данных

Если ваша установка была недавней, вы должны подтвердить, является ли ваша установка установочным SERVER ... как mysql-server-5.5 .. Может быть, вы установили только "mysql" ... это только клиент, а не сервер.

Если на вашем Linux-компьютере установлен XAMPP , попробуйте скопировать my.cnfфайл из /opt/lampp/etc/my.cnfв /etc/my.cnf.

Затем запустите mysql -u rootснова ... Теперь у вас должен быть правильный сокет и вы сможете запустить клиент MySQL.

Я тоже получил эту проблему, но я только что:

sudo service mysql restart 

Это сработало для меня.

Я НАШЕЛ РЕШЕНИЕ

Перед запуском команды:mysql_secure_installation

• Шаг 1: sudo systemctl stop mariadb
• Шаг 2: sudo systemctl start mariadb
• Шаг 3: mysql_secure_installation

Затем он спросит пароль root, и вы можете просто нажать Enter и установить новый пароль root.

В моем случае порт 3306 по умолчанию использовался каким-то другим процессом, и поэтому он не запускался. После того, как я остановил другой сервис и сделал sudo service mysql start, он работал нормально. Кстати, вы можете использовать что-то вроде, sudo lsof -Pn -iTCP:3306чтобы увидеть, кто может использовать порт.

В моем случае это сработало, выполнив некоторые исследования и разработки:

Я могу подключиться к MySQL, используя

root-debian#mysql -h 127.0.0.1 -u root -p

Но это не работает с mysql -u root -p.

Я не нашел ни одного bind-addressв my.cnf . Поэтому я закомментировал параметр, socket=/var/lib/mysql/mysqld.sockпо my.cnfкоторому у меня возникла проблема с логином.

После перезапуска службы все прошло нормально:

root@debian:~# mysql -u root -p
Enter password:
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 5
Server version: 5.6.19 MySQL Community Server (GPL)

я решил эту проблему с перезапустить MySQL

/etc/init.d/mysql stop

а также

/etc/init.d/mysql start

это оно.

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

Откройте терминал и введите:

sudo apt-get purge mysql-client-core-5.6

sudo apt-get autoremove

sudo apt-get autoclean

sudo apt-get install mysql-client-core-5.5

sudo apt-get install mysql-server  

И клиент ядра базы данных MySQL, и пакеты MySQL Server будут иметь одинаковую версию 5.5. MySQL Client 5.5 и MySQL Server 5.5 являются текущими «лучшими» версиями этих пакетов в Ubuntu 14.04, как определено сопровождающими пакетов.

Если вы предпочитаете установить MySQL Client 5.6 и MySQL Server 5.6, вы также можете найти пакеты mysql-client-core-5.6 и mysql-server-5.6 в Центре программного обеспечения Ubuntu. Важно то, что номера версий клиента и сервера совпадают в любом случае.

Это сработало для меня.

Проверьте, есть ли у вас правильные права:

sudo chmod 755 /var/lib/mysql/mysql

У меня были такие же проблемы, и это работало на меня. После этого я смог запустить MySQL.

В моем случае кажется, что я действительно не смог убить процесс MySQL, когда я запускаю

sudo service mysql stop
ps -ef | grep mysql

Процесс mysql всегда был там, похоже, он блокировал файл сокета, и новый процесс mysql не смог создать его сам.

так что это помогло

cd /var/run
sudo cp mysqld/ mysqld.bc -rf
sudo chown mysql:mysql mysqld.bc/
sudo service mysql stop
sudo cp mysqld.bc/ mysqld -rf
sudo chown mysql:mysql mysqld -R
sudo /usr/sbin/mysqld --skip-grant-tables --skip-networking &

Теперь я могу войти в базу данных, используя

mysql -u root

Затем обновить пароль root:

UPDATE user SET authentication_string=password('YOURPASSWORDHERE') WHERE user='root';
FLUSH PRIVILEGES;

PS : у меня были проблемы с обновлением root passwod, похоже, проблема с плагином "auth_socket", поэтому мне пришлось создать нового пользователя с полными привилегиями

insert into user set `Host` = "localhost", `User` = "super", `plugin` = "mysql_native_password", `authentication_string` = NULL, `password_expired` = "N", `password_lifetime` = NULL, `account_locked` = "N", `Select_priv` = "Y",
`Insert_priv` = "Y", `Update_priv` = "Y", `Delete_priv` = "Y", `Create_priv` = "Y", `Drop_priv` = "Y", `Reload_priv` = "Y", `Shutdown_priv` = "Y", `Process_priv` = "Y", `File_priv` = "Y",
`Grant_priv` = "Y",  `References_priv` = "Y", `Index_priv` = "Y", `Alter_priv` = "Y", `Show_db_priv` = "Y", `Super_priv` = "Y", `Create_tmp_table_priv` = "Y", `Lock_tables_priv` = "Y",
`Execute_priv` = "Y", `Repl_slave_priv` = "Y",  `Repl_client_priv` = "Y",  `Create_view_priv` = "Y", `Show_view_priv` = "Y", `Create_routine_priv` = "Y", `Alter_routine_priv` = "Y",
`Create_user_priv` = "Y",  `Event_priv` = "Y", `Trigger_priv` = "Y", `Create_tablespace_priv` = "Y";

Это создает пользователя «супер» без пароля, а затем вы можете подключиться с mysql -u super

На сервере Debian, Джесси, мое рабочее решение было просто сделать

service mysql restart
service mysql reload

как пользователь root