MySQL-Daemon-Lock-Problem

Letzte Nacht, mein MySQL-server ging down unerwartet. Auf dem Versuch neu zu starten (mit service mysql restart - ich bin root) es nur hängt. Mit der mysql -u root -p Befehl, bekomme ich ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2). Ich habe dann versucht, den daemon manuell starten (mysqld). Die Eingabeaufforderung hängen würde, für etwa 2 Sekunden, und dann zurückkehren. Bei näherer Betrachtung des Fehler-logs, die ich habe:

2016-01-22T19:18:32.399584Z 0 [ERROR] Could not create unix socket lock file /var/run/mysqld/mysqld.sock.lock.

2016-01-22T19:18:32.399622Z 0 [ERROR] Unable to setup unix socket lock file.

2016-01-22T19:18:32.399646Z 0 [ERROR] Aborting

Dann habe ich versucht chown mysql /var/run/mysqld, chmod -R 775 /var/run/mysqld und apt-get install mysql-community-server --reinstall. Kein Glück.

Ich blickte um, und konnte Sie nicht finden eine Lösung. Jede Hilfe hier?

Hinweis: ich arbeite mit Debian 8 (Jessie) mit MySQL-community-Server 5.7.10

Dies ausführen: touch /var/run/mysqld/mysqld.sock.lock und später service mysql start....
Sorry, das hat nicht funktioniert - ich bekomme den gleichen Fehler in der log-Datei ([ERROR] Could not create unix socket lock file /var/run/mysqld/mysqld.sock.lock.)
Versuchen Sie es mit: chmod -R 755 /var/run/mysqld/
Haben Sie Lesen der post? Ich sagte, ich Tat. Es ist behoben, jetzt sowieso: serverfault.com/questions/751277/mysql-daemon-lock-issue. Ich glaube, ich sollte es aktualisieren auf hier.
Für jeden, der bekommt dieses Problem nur beim ausführen von mysqld von hand zurücksetzen des root-Passworts, verwenden Sie mysqld_safe --skip-grant-tables statt.

InformationsquelleAutor SamboyCoding | 2016-01-22

  1. 37

    Ich lief einfach in diesem. Die mysql-Installation war ein wenig seltsam und fehlte
    /var/run/mysqld/

    MySQLd versucht zu erstellen, der sockel und die lock-Datei ist aber das übergeordnete Verzeichnis fehlte. Ich habe einfach erstellt das Verzeichnis

    sudo mkdir /var/run/mysqld

    chowned es zu mysql

    sudo chown mysql:mysql /var/run/mysqld

    War ich dann in der Lage, starten Sie mysqld normal.

    Dies löste mein Problem. Ich hatte mysql mit supervisorctl. Es war in Ordnung arbeiten, bis irgendwie das Verzeichnis verloren gegangen. Ubuntu 16.04.

    InformationsquelleAutor jorfus

  2. 5

    Erlebte ich das gleiche Problem heute auf meinem Ubuntu-server. Aber ich denke, die Lösung ist NICHT zu deaktivieren, zu sperren. In meinem Fall, einen Blick auf die system-log (dmesg | tail und journalctl -xe) offenbart, dass es ein apparmor-Problem und die Lösung gefunden werden kann in dieser Frage.

    Ja, aber wie ich bereits in den Kommentaren, ich habe keine AppArmor oder sowas. Es war einfach schlicht komisch.

    InformationsquelleAutor affitz

  3. -1

    Umbenennen von /var/lib/mysql/mysql.Socke.lock & /var/lib/mysql/mysql.sock nach /var/lib/mysql/mysql.Socke.lock.bck & /var/lib/mysql/mysql.Socke.bck bzw. und starten Sie mysqld. Es funktioniert

    InformationsquelleAutor Vikas Patel

  4. -5

    Behoben. Hinzufügen skip-external-locking zu my.cnf unter der [mysqld] Abschnitt, und starten Sie dann das gesamte system. Dieses Problem beheben sollte, für jeden, der findet diese. Auch wenn Sie Ihre Daten gesichert haben, dann versucht, die Wiederherstellung und wurden angewiesen rm ib* machen, damit es funktioniert, müssen Sie die ibdata Datei.

    Wie kann das sein, die akzeptierte Antwort. Sind die Dinge ganz anderer Weg in Version 5.7?
    Dies ist die akzeptierte Antwort, denn es ist die einzige Lösung, die für mich gearbeitet, war hier vorgeschlagen wird. Auch ist es meine Frage und meine Antwort und ich nahm es. Und ich kann nicht sprechen für 5.7.
    Meine Forschung zeigt, dass sich die Dinge geändert, um 5.7.14 🙁
    Siehe die man-Seiten für den mysql-server. skip-external-locking hat nichts zu tun mit der Socke.lock-Datei.

    InformationsquelleAutor SamboyCoding

Schreibe einen Kommentar