BŁĄD 2002 (HY000): Nie można połączyć się z lokalnym serwerem MySQL przez gniazdo „/var/run/mysqld/mysqld.sock” (2)

Zainstalowałem LAMP na Ubuntu 12.04 LTS (Precise Pangolin), a następnie ustawiłem hasło roota na phpMyAdmin . Zapomniałem hasła i teraz nie mogę się zalogować. Kiedy próbuję zmienić hasło przez terminal, otrzymuję:

BŁĄD 2002 (HY000): Nie można połączyć się z lokalnym serwerem MySQL przez gniazdo „/var/run/mysqld/mysqld.sock” (2)

Jak mogę to naprawić? Nie mogę otworzyć LAMP, odinstalować go ani zainstalować ponownie.

Kiedyś miałem ten problem i rozwiązałem go, instalując mysql-server, więc upewnij się, że zainstalowałeś mysql-server, a nie mysql-clientcoś innego.

Ten błąd oznacza, że ​​plik /var/run/mysqld/mysqld.socknie istnieje, jeśli nie został zainstalowany mysql-server, plik nie istniałby. W takim przypadku zainstaluj go za pomocą

sudo apt-get install mysql-server

Ale jeśli mysql-serverjest już zainstalowany i działa, musisz sprawdzić pliki konfiguracyjne.

Pliki konfiguracyjne to:

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

W /etc/my.cnf, konfiguracja pliku gniazda może być, /tmp/mysql.sockaw /etc/mysql/my.cnfkonfiguracji pliku gniazda może być/var/run/mysqld/mysqld.sock . Więc usuń lub zmień nazwę /etc/mysql/my.cnf, pozwól mysql użyć /etc/my.cnf, wtedy problem może zostać rozwiązany.

Spróbuj tego:

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

Ponadto (aby sprawdzić, czy działa):

telnet 127.0.0.1 3306 

Prawdopodobnie jest to po prostu błędna konfiguracja my.cnfpliku /etc/somewhere(w zależności od dystrybucji Linuksa ).

Widzę wszystkie te odpowiedzi, ale żadna z nich nie oferuje opcji resetowania hasła i żadnej zaakceptowanej odpowiedzi . Rzeczywistym pytaniem jest to, że zapomniał hasła, więc musi się zresetować, nie sprawdzać, czy jest uruchomiony, czy nie (zainstalowany czy nie), jak sugeruje większość tych odpowiedzi.

Aby zresetować hasło

Wykonaj następujące kroki (może być pomocne, jeśli naprawdę zapomniałeś hasła i możesz je wypróbować w dowolnym momencie, nawet jeśli nie jesteś w takiej sytuacji):

1. Zatrzymać mysql

   sudo /etc/init.d/mysql stop

   Lub dla innych wersji dystrybucji:

   sudo /etc/init.d/mysqld stop

2. Uruchom MySQL w trybie awaryjnym

   sudo mysqld_safe --skip-grant-tables &

3. Zaloguj się do MySQL przy użyciu roota

   mysql -uroot

4. Wybierz bazę danych MySQL do użycia

   use mysql;

5. Zresetuj hasło

   -- 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. Opróżnij uprawnienia

   flush privileges;

7. Uruchom ponownie serwer

   quit

8. Zatrzymaj i uruchom serwer ponownie

   Ubuntu i Debian:

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

   W CentOS, Fedorze i RHEL:

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

9. Zaloguj się przy użyciu nowego hasła

   mysql -u root -p

10. Wpisz nowe hasło i ponownie ciesz się serwerem, jakby nic się nie wydarzyło

To zostało zaczerpnięte z Resetuj hasło root MySQL .

Próbowałem następujących kroków:

1. Zaloguj się jako super userlub użyjsudo
2. Otwórz /etc/mysql/my.cnfza pomocą gedit
3. Znajdź bind-addressi zmień jego wartość na adres IP komputera hosta serwera bazy danych. Dla mnie to był localhostlub127.0.0.1
4. Zapisz i zamknij plik.
5. Wróć do terminala i wykonaj sudo service mysql start

I zadziałało dla mnie.

Rozwiązałem ten problem, wykonując następujące polecenie:

mysql.server start

A jeśli używasz komputera Mac i użyłeś naparu do zainstalowania mysql, po prostu użyj:

brew services start mysql

Miałem podobny problem. mysql nie chce się uruchomić:

sudo service mysql start
start: Job failed to start

Jeśli wyłączyłem zbroję:

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

problem zniknął. Problem polegał na tym, że mysqld próbował uzyskać dostęp do /run/mysqld/mysqld.sock, ale profil apparmor dał tylko zgodę na /var/run/mysqld/mysqld.sock (/ var / run jest symlinkowany do / run, więc są to w rzeczywistości to samo). Nie jestem pewien, dlaczego mysqld nie używa ścieżki var, ponieważ jest to ustawione we wszystkich plikach konfiguracyjnych, ale możesz rozwiązać problem, dodając następujące informacje do /etc/apparmor.d/usr.sbin.mysqld

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

W moim przypadku dysk był pełny i mysqld nie mógł się już uruchomić.

Spróbuj ponownie uruchomić usługę mysql.

> service mysql restart

lub

> service mysql stop

> service mysql start

Jeśli nie rozpoznaje stoppolecenia, to zdecydowanie jest to miejsce na dysku. Powinieneś sprawić, aby część partycji mysqlzostała przydzielona lub powiększyć dysk.

Sprawdź miejsce na dysku za pomocą

> df -h

Rozwiązałem to, zabijając mysqlproces:

ps -ef | grep mysql
kill [the id]

A potem ponownie uruchomiłem serwer z:

sudo /etc/init.d/mysql restart

Ale startdziała również:

sudo /etc/init.d/mysql start

Potem zalogowałem się admini skończyłem.

W jakiś sposób proces serwera MySQL nie utworzył gniazda lub klient szuka gniazda w niewłaściwym miejscu.

Moją pierwszą sugestią byłoby sprawdzenie, czy serwer MySQL jest uruchomiony. Druga sugestia może brzmieć: czy serwer MySQL działa na innym hoście? Jeśli tak, dodaj -h <hostname>flagę do swojego klienta MySQL w terminalu.

Jeśli MySQL rzeczywiście działa i działa lokalnie, sprawdź swój my.cnfplik. Powinna być taka linia

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

Sprawdź, czy odpowiada to lokalizacji gniazda, o której wspomniałeś w swoim poście.

Z doświadczenia powiedziałbym, że najbardziej prawdopodobnym scenariuszem jest to, że twój serwer MySQL albo w ogóle nie działa, albo nie działa na tym samym hoście, na którym uruchamiasz klienta MySQL z terminala.

Ten sam problem wystąpił po ponownym uruchomieniu serwera produkcyjnego. Używam Debiana 8.1 (Jessie) na kropli DigitalOcean.

Oto, co zrobiłem, aby rozwiązać problem:

1. Sprawdź, czy plik /var/run/mysqld/mysqld.sockistnieje. Jeśli nie, ręcznie utwórz go, wprowadzając touch /var/run/mysqld/mysqld.sock(co musiałem zrobić).

2. Tak więc proces MySQL może korzystać z tego pliku. Zmień własność tego pliku, wprowadzając chown mysql /var/run/mysqld/mysqld.sock.

3. Po wykonaniu „2” uruchom ponownie usługę MySQL, wprowadzając service mysql restartlub /etc/init.d/mysql restart.

Po wykonaniu powyższych kroków mój problem został rozwiązany. Rzadko mam ten problem i prawdopodobnie istnieje lepszy sposób, więc w razie potrzeby zapewnij konstruktywną informację zwrotną :).

Twój serwer mysql może nie działać. Upewnij się, że działa, wpisując mysql.server startw terminalu.

Sprawdź "bind-adress"parametr w my.cnf.

W przeciwnym razie spróbuj z poleceniem:

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

• -h dla hosta 127.0.0.1, czyli localhost

• -P (zauważ -P jako wielkie litery) dla portu 3306, czyli domyślnego portu dla MySQL

Oto, co zadziałało dla mnie:

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

To tworzy link.

Jeśli używasz Amazon EC2 i masz ten problem w instancji, musisz tylko:

sudo yum install mysql-server
sudo service mysqld restart

Amazon EC2 nie ma zainstalowanego serwera (zainstalowany jest tylko klient), więc w takim przypadku musisz zainstalować go na swojej instancji, a następnie spróbuj

 mysql -u root -p

aby sprawdzić, czy to zadziałało.

Myślę, że ilekroć pojawi się błąd

BŁĄD 2002 (HY000): Nie można połączyć się z lokalnym serwerem MySQL przez gniazdo „/var/lib/mysql/mysql.sock”

Polecę najpierw sprawdzić, czy twój mysqldemon działa ... Przez większość czasu domyślnie nie działa. Możesz to sprawdzić przez /etc/init.d/mysqld status.

Jeśli nie działa, uruchom go najpierw:

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

Założę się, że będzie działać w 110%.

Zamiast używać localhost:

mysql -u myuser -pmypassword -h localhost mydatabase

Użyj 127.0.0.1

mysql -u myuser -pmypassword -h 127.0.0.1 mydatabase

(zwróć również uwagę, brak spacji między -p a mypassword)

Cieszyć się :)

Upewnij się, że masz kopie zapasowe ważnych baz danych, a następnie spróbuj odinstalować rzeczy związane z MySQL :

apt-get remove --purge mysql\*

Następnie zainstaluj go ponownie :

apt-get install mysql-server mysql-client

To działało dla mnie i dane zostały zachowane.

Jeśli PHP MySQL pokazuje błędy, być może będziesz musiał ponownie zainstalować PHP MySQL :

apt-get install php5-fpm php5-mysql

Mam również ten sam problem, który wystąpi, jeśli twój mysql serverdomyślnie nie działa, ponownie zatrzyma się po kilku sekundach, więc ponownie uruchom $ sudo service mysql start komendę ( ), którą możesz zmienić, jeśli wiesz.

dla tego polecenia użycia

$ sudo service mysql start   

(w razie potrzeby wpisz hasło użytkownika, ponieważ korzystamy sudo), a następnie uruchom

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

teraz masz swoją bazę danych

Jeśli twoja instalacja była ostatnia, powinieneś potwierdzić, czy jest to SERWER instalacyjny ... jako mysql-server-5.5 .. Może zainstalowałeś tylko „mysql” .. to jest tylko klient zamiast serwera.

Jeśli masz XAMPP zainstalowany na komputerze z systemem Linux, spróbuj skopiować my.cnfplik z. /opt/lampp/etc/my.cnfDo/etc/my.cnf .

Następnie uruchom mysql -u rootponownie ... Powinieneś mieć teraz prawidłowe gniazdo i móc uruchomić klienta MySQL.

Mam też ten problem, ale właśnie:

sudo service mysql restart 

To zadziałało dla mnie.

ZNALAZŁEM ROZWIĄZANIE

Przed uruchomieniem polecenia:mysql_secure_installation

• Krok 1: sudo systemctl stop mariadb
• Krok 2: sudo systemctl start mariadb
• Krok 3: mysql_secure_installation

Następnie poprosi o hasło roota, a następnie wystarczy nacisnąć klawisz Enter i ustawić nowe hasło roota.

W moim przypadku domyślny port 3306 był używany przez jakiś inny proces i dlatego się nie uruchamiał. Po tym, jak przestałem korzystać z innych usług sudo service mysql start, zadziałało dobrze. BTW, możesz użyć czegoś takiego, sudo lsof -Pn -iTCP:3306aby zobaczyć, kto może korzystać z portu.

W moim przypadku działało to poprzez wykonanie badań i rozwoju:

Jestem w stanie połączyć się z MySQL za pomocą

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

Ale to nie działa mysql -u root -p.

Nie znalazłem żadnego bind-addressw moim.cnf . Wyceniłem więc parametr, socket=/var/lib/mysql/mysqld.sockw my.cnfktórym powodowałem problem z logowaniem.

Po ponownym uruchomieniu usługi poszło dobrze:

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)

Rozwiązałem ten problem z restartem MySQL

/etc/init.d/mysql stop

i

/etc/init.d/mysql start

Otóż ​​to.

Z doświadczenia mówię, że musisz najpierw sprawdzić, czy serwer działa, a następnie spróbować skonfigurować MySQL. Ostatnim rozwiązaniem jest ponowna instalacja MySQL.

Otwórz terminal i wpisz:

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  

Zarówno klient podstawowy bazy danych MySQL, jak i pakiety MySQL Server będą miały tę samą wersję 5.5. MySQL Client 5.5 i MySQL Server 5.5 są aktualnymi „najlepszymi” wersjami tych pakietów w Ubuntu 14.04, zgodnie z ustaleniami opiekunów pakietów.

Jeśli wolisz zainstalować MySQL Client 5.6 i MySQL Server 5.6, możesz także znaleźć pakiety mysql-client-core-5.6 i mysql-server-5.6 w Centrum oprogramowania Ubuntu. Ważne jest, aby numery wersji klienta i serwera były zgodne w obu przypadkach.

To zadziałało dla mnie.

Sprawdź, czy masz odpowiednie prawa:

sudo chmod 755 /var/lib/mysql/mysql

Miałem te same problemy i to działało dla mnie. Po wykonaniu tej czynności mogłem uruchomić MySQL.

W moim przypadku wygląda na to, że nie byłam w stanie zabić procesu mysql, kiedy działam

sudo service mysql stop
ps -ef | grep mysql

Proces mysql zawsze tam był, wygląda na to, że blokował plik gniazda, a nowy proces mysql nie był w stanie go utworzyć.

więc to pomogło

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 &

Teraz jestem w stanie zalogować się do bazy danych za pomocą

mysql -u root

Następnie, aby zaktualizować hasło roota:

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

PS : Miałem problem z aktualizacją root roota, wygląda na problem z wtyczką „auth_socket”, więc musiałem utworzyć nowego użytkownika z pełnymi uprawnieniami

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";

To tworzy użytkownika „super” bez hasła, a następnie można się połączyć mysql -u super

Na serwerze Debian Jessie moim działającym rozwiązaniem było po prostu

service mysql restart
service mysql reload

jako użytkownik root