Nie można połączyć się z lokalnym serwerem MySQL poprzez gniazdo ' / var / mysql / mysql.skarpetki " (38)

Czy na pewno zainstalowałeś mysql jak i serwer mysql..

Na przykład do zainstalowania serwera mySql użyję yum lub apt do zainstalowania zarówno narzędzia wiersza poleceń mysql, jak i serwera:

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

Włącz usługę MySQL:

/sbin/chkconfig mysqld on

Uruchom serwer MySQL:

/sbin/service mysqld start

Następnie Ustaw hasło root MySQL:

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

Szybkie obejście, które zadziałało dla mnie: spróbuj użyć lokalnego adresu ip (127.0.0.1) zamiast 'localhost' w mysql_connect(). To "zmusza" php do łączenia się przez TCP / IP zamiast gniazda unix.

Otrzymałem następujący błąd

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

Próbowałem na kilka sposobów i w końcu rozwiązałem to w następujący sposób

sudo gksu gedit /etc/mysql/my.cnf

Modified

#bind-address       = 127.0.0.1

Do

bind-address        = localhost

And restarted

sudo /etc/init.d/mysql restart

Zadziałało

Upewnij się, że używasz mysqld: /etc/init.d/mysql start

Dostałem ten błąd, gdy ustawiłem zadanie crona dla mojego pliku. Zmieniłem uprawnienia pliku na 777 ale to nadal nie działa dla mnie. W końcu mam rozwiązanie. Może to będzie pomocne dla innych.

Spróbuj tą komendą:

Mysql-H 127.0.0.1-P 3306-u root-p

Pamiętaj, że-h oznacza host , - P oznacza port I - P oznacza hasło.

Aby zapobiec wystąpieniu problemu, musisz wykonać pełne wdzięku zamknięcie serwera z linii poleceń, zamiast wyłączać serwer.

shutdown -h now

Spowoduje to zatrzymanie uruchomionych usług przed włączeniem maszyny.

W oparciu o Centos, dodatkową metodą na odzyskanie go z powrotem, gdy napotkasz ten problem, jest przeniesienie mysql.sock:

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

service mysqld start

Ponowne uruchomienie usługi tworzy nowy wpis o nazwie mqsql.skarpeta

Jak widać po wielu odpowiedziach tutaj, istnieje wiele problemów, które mogą spowodować ten Komunikat o błędzie podczas uruchamiania usługi MySQL. Chodzi o to, że MySQL generalnie powie Ci dokładnie, co jest nie tak, jeśli po prostu zajrzysz do odpowiedniego pliku dziennika.

Na przykład, na Ubuntu, powinieneś sprawdzić /var/log/syslog. Ponieważ wiele innych rzeczy może również być logowaniem do tego pliku, prawdopodobnie chcesz użyć grep do przeglądania wiadomości mysql, a tail do przeglądania tylko najnowszych. Wszyscy razem, to może wyglądać tak:

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

Nie rób ślepo zmian w konfiguracji, ponieważ ktoś inny powiedział: "to działało dla mojego systemu."Dowiedz się, co tak naprawdę jest nie tak z Twoim systemem, a uzyskasz lepszy wynik znacznie szybciej.

Innym obejściem jest edycja /etc / my.cnf i zawierać host w sekcji [client]

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

A następnie ponowne uruchomienie usługi mysql.

Obejście zostało przetestowane w: Server version: 5.5.25 a-log Source distribution

Miałem ten sam problem i został spowodowany przez aktualizację sterowników mysql, gdy serwer mysql był uruchomiony. Naprawiłem to po prostu restartując zarówno mysql jak i apache2:

Sudo service mysql stop

Sudo service mysql start

Sudo service apache2 stop

Sudo service apache2 start

Spróbuj z-h (host) I-p (port):

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

W moim przypadku używałem Centos 5.5. Okazało się, że problem polega na tym, że usługa mysql została zatrzymana w jakiś sposób. Więc uruchomiłem usługę mysql poleceniem:

 /etc/init.d/mysqld start

Jeśli wszystko działało dobrze i po prostu zacząłeś widzieć ten błąd, zanim zrobisz cokolwiek innego, upewnij się, że nie masz wolnego miejsca na dysku:

df -h

Jeśli wolumin, w którym mysql.sock jest tworzony jest w 100% wykorzystanie, MySql nie będzie w stanie go utworzyć i to będzie przyczyną tego błędu. Wszystko, co musisz zrobić, to usunąć coś, co nie jest potrzebne, jak stare pliki dziennika.

sudo service mysql start

Istnieje wiele rozwiązań tego problemu, ale dla mojej sytuacji, po prostu musiałem poprawićDATA na maszynie/serwerze (Ubuntu 16.04 Server).

I) sprawdź datę serwera i popraw ją.

II) Run sudo /etc/init.d/mysql restart

Otrzymałem błąd, ponieważ uruchamiałem MAMP i mój .akta Socka były w innym miejscu. Właśnie dodałem link symboliczny, gdzie aplikacja uważała, że powinno być, że wskazuje, gdzie faktycznie było i działało jak urok.

Jeśli używasz AWS (Amazon Web Services) w wersji Micro, to jest to problem z pamięcią. Kiedy biegłem

mysql

Z terminala napisałoby

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

Więc próbowałem następujące i to po prostu nie powiedzie.

service mysqld restart

Po długich poszukiwaniach dowiedziałem się, że trzeba utworzyć plik wymiany dla MySQL, aby mieć wystarczająco dużo pamięci. Instrukcje są wymienione: http://www.prowebdev.us/2012/05/amazon-ec2-linux-micro-swap-space.html .

Potem udało mi się ponownie uruchomić mysqld.

Odkryłem również, że był to problem z uprawnieniami. Porównałem pliki MySQL do działającej instalacji (zarówno na Debianie 6 squeeze) i musiałem dokonać następujących zmian własnościowych (gdzie mydatabase jest dowolną bazą danych).

Własność 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/* 

Własność mysql:root:

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

Własność mysql:adm:

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

Dla mnie-to był po prostu przypadek, że ładowanie MySQL trwało długo. Mam ponad 100,000 tabel w jednej z moich baz danych i to się w końcu rozpocząć, ale oczywiście musi zająć dużo czasu w tym przypadku.

Zawsze możesz uruchomić serwer mysql, podając lokalizację mysql.plik sock używając opcji --socket Jak

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

To zadziała, nawet jeśli lokalizacja pliku gniazda w podanej lokalizacji w innym miejscu w my.plik cnf.

Dla tych, których żadne rozwiązanie nie zadziałało, spróbuj:

cd /etc/mysql

Sprawdź czy mój.cnf jest obecny

nano my.cnf

I upewnij się, że masz tylko jeden adres bind w następujący sposób:

Bind-address = 127.0.0.1

Jeśli nie, to może być problem, po prostu wyjdź z nano i zapisz plik.

I service mysql start

Zauważ, że jeśli nie masz Nano (jest to edytor tekstu), po prostu zainstaluj go za pomocą apt-get install nano i raz naciśnij Ctrl+X, aby wyjść, nie zapomnij powiedzieć Y, aby zapisać i użyj tego samego pliku)

sudo service mysqld start

U mnie działa, używam Centos

Też miałem ten problem podczas próby uruchomienia serwera, tyle odpowiedzi tutaj, że po prostu powiedzieć, aby uruchomić serwer nie działa. Pierwszą rzeczą, którą możesz zrobić, to wykonać następujące czynności, aby sprawdzić, czy nie ma żadnych błędów konfiguracyjnych:

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

Miałem jeden błąd, który się pojawił:

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

Prosty grep -HR "innodb-online-alter-log-max-size" /etc/mysql/ pokazał mi dokładnie, jaki plik zawiera obrazującą linię, więc usunąłem tę linię z pliku.

Następnie, sprawdzając mój /var/log/mysql/error.log plik, który miałem:

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

Na podstawie to pytanie zaakceptowane rozwiązanie nie zadziałało, ponieważ nie mogłem nawet uruchomić serwera, więc podążałem za tym, co powiedzieli niektóre komentarze i usunąłem moje pliki /var/lib/mysql/ib_logfile0 i /var/lib/mysql/ib_logfile1.

To pozwoliło na uruchomienie serwera i byłem w stanie połączyć się i wykonywać zapytania, jednak sprawdzając mój plik dziennika błędów, szybko wypełniał się kilkoma dziesiątkami tysięcy linii takich jak:

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.

Na podstawie sugestii z tutaj , aby to naprawić zrobiłem mysqldump i przywracanie wszystkich baz danych (zobacz link do kilku innych rozwiązań).

$ 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

Dodawanie

--protocol=tcp 

Do listy pramaterów w Twoim połączeniu pracował dla mnie.

To było dla mnie wystarczająco dobre

sudo /etc/init.d/mysql restart

Wpadłem dziś na ten problem. Żadna z tych odpowiedzi nie dostarczyła rozwiązania. Musiałem wykonać następujące polecenia (znalezione tutaj https://stackoverflow.com/a/20141146/633107 ) do uruchomienia mojej usługi 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

Częściowo wskazywały na to następujące błędy w /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

Widziałem również pełny błąd dysku, ale tylko podczas uruchamiania poleceń bez sudo. Jeśli sprawdzanie uprawnień nie powiedzie się, raportuje pełny dysk (nawet jeśli partycja nie jest nawet prawie pełny).

CentOS 7, 64 bit. Świeża instalacja.
W moim przypadku błąd polegał na tym, że nie miałem zainstalowanego odpowiedniego serwera MySQL i klienta MySQL.
Używając yum usunąłem mariadb i mysql-community edition. Pobrałem rpm dla klienta i serwera z oficjalnej strony MySQL i zainstalowałem serwer i klienta.

Podczas instalacji serwera pojawił się komunikat, że hasło do konta root dla MySQL zostało zapisane w pliku, który mogłem wyświetlić z sudo cat /root/.mysql_secret.

Więc po zainstalowaniu klienta i serwera, sprawdziłem czy MySQL działa (chyba zrestartowałem się przed tym) za pomocą polecenia sudo service mysql status i otrzymałem wynik.

MySQL running (2601) [OK]

Zalogowałem się do MySQL używając hasła zplik mysql_secret:
mysql -uroot -pdxM01Xfg3DXEPabpf. Zauważ, że {[5] } to hasło wymienione wplik mysql_secret.

A następnie wpisujemy następujące polecenie w w tym celu należy kliknąć na przycisk "Zapisz".]}

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

to nie odpowiada bezpośrednio na twoje pytanie, ale jego podzbiór, a mianowicie użycie PythonAnywhere. Ciągle natknąłem się na to pytanie, szukając poprawki, więc dodaję ją tutaj w nadziei, że pomoże innym w mojej sytuacji.

PythonAnywhere zdecydowało się zmienić nazwy hostów połączeń z bazą danych w celu poprawy wydajności i niezawodności, jak wyszczególniono tutaj :

Oficjalna nazwa hosta, której powinieneś użyć do łączenia się z Twoim konto ' s Instancja bazy danych MySQL zmieniła się z mysql.serwer do yourusername . mysql.pythonanywhere-services.com . to omija część naszej infrastruktury, która zaczęła wykazywać problemy w ostatnich tygodni, i powinien być znacznie bardziej wydajny i niezawodny niż stary sposób.

Dlatego musisz zaktualizować nazwę hosta do wartości podświetlonej powyżej.

Właśnie miałem ten problem. po dniu sprawdzania w końcu mam odpowiedź z tym mysql.plik sock jest tworzony po uruchomieniu MariaDB i jest usuwany po zamknięciu MariaDB. Nie będzie istnieć, jeśli MariaDB nie będzie działać. może nie zainstalowałeś MariaDB. MOŻESZ POSTĘPOWAĆ ZGODNIE Z PONIŻSZĄ INSTRUKCJĄ: https://www.linode.com/docs/databases/mariadb/how-to-install-mariadb-on-centos-7 BEST

Miałem ten błąd gniazda i w zasadzie sprowadza się to do tego, że MySQL nie działa. Jeśli uruchomisz nową instalację, upewnij się, że zainstalowałeś 1) pakiet systemowy i 2) instalator panelu (mysql.prefPane). Instalator panelu pozwoli ci uzyskać Preferencje systemowe i otworzyć MySQL, a następnie uruchomić instancję.

Zauważ, że przy nowej instalacji musiałem zresetować komputer, aby zmiany zaczęły działać prawidłowo. Po ponownym uruchomieniu mam nową instancję uruchomiony i był w stanie bez problemu otworzyć połączenie z localhost.

Warto również zauważyć, że najwyraźniej miałem zainstalowane poprzednie wersje MySQL, ale usunąłem panel, co ułatwia uzyskanie instancji MySQL dla użytkowników komputerów mac.

Dobry link do tego procesu reinstalacji: http://www.coolestguyplanettech.com/how-to-install-php-mysql-apache-on-os-x-10-6/