Diese Fehlerklasse zeigt an, dass der Client den Datenbankdienst überhaupt nicht erreichen kann. Der Dienststatus, Socket, Port 3306, Bind-Adresse, Festplattenspeicher, Datenverzeichnisberechtigungen und Sicherheitsschichten sollten in der richtigen Reihenfolge überprüft werden.
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock'
ERROR 2003 (HY000): Can't connect to MySQL server on '127.0.0.1:3306' (111)
Diese Fehlerklasse zeigt an, dass der Client den Datenbankdienst überhaupt nicht erreichen kann. Der Dienststatus, Socket, Port 3306, Bind-Adresse, Festplattenspeicher, Datenverzeichnisberechtigungen und Sicherheitsschichten sollten in der richtigen Reihenfolge überprüft werden.
Der erste Unterschied besteht darin, ob das Problem von den Anwendungsverbindungsinformationen, dem Datenbankdienst, der Netzwerkschicht oder der Datendatei herrührt. Anstelle der allgemeinen Meldung im Browser sollte das eigene Fehlerprotokoll der Engine zugrunde gelegt werden.
cPanel und Plesk erleichtern die Verwaltung, aber Dienst-, Port-, Benutzer-, Rollen- und Datenintegritätsprüfungen müssen mit den nativen Tools der Datenbank-Engine überprüft werden.
In Autoritätsfragen sollte der Grundsatz der geringsten Autorität gewahrt bleiben; Bei Service- und Wiederherstellungsproblemen sollte vor dem Zugriff auf die Datendateien ein physisches oder logisches Backup erstellt werden.
Eine Vergrößerung der Umgebung oder eine Lockerung der Sicherheitsmaßnahmen können vorübergehende Linderung verschaffen. Die dauerhafte Lösung besteht darin, die kleinste Änderung anzuwenden, indem gemessen wird, bei welcher Schicht der Fehler beginnt.
/var/lib/mysql-Verzeichnis löschen oder neu initialisieren.
Bedeutung: Der Client kann den angegebenen Unix-Socket nicht erreichen.
Mögliche Ursache: Dienst ist nicht mehr verfügbar, Pfad zum Socket ist falsch oder Socket konnte nicht erstellt werden.
Bedeutung: TCP-Verbindung wurde am Zielport abgelehnt.
Mögliche Ursache: mysqld hört nicht zu oder der Port ist falsch.
Bedeutung: systemd konnte den Service nicht starten.
Mögliche Ursache: Konfiguration, Berechtigung, Festplatte oder InnoDB-Fehler
Bedeutung: Der Dienst kann Datei, Log oder Socket nicht erstellen.
Mögliche Ursache: Festplatte oder Inode ist voll.
Bedeutung: Port 3306 wird von einem anderen Prozess verwendet.
Mögliche Ursache: Zweites Beispiel oder falsche Dienstleistung.
Bedeutung: mysqld kann nicht auf das Datenverzeichnis zugreifen.
Mögliche Ursache: Eigentumsrecht, Modus oder SELinux/AppArmor.
Bedeutung: Desteklenmeyen config parametresi var.
Mögliche Ursache: Alte Option nach Versionserhöhung.
Bedeutung: TCP-Verbindungen sind geschlossen.
Mögliche Ursache: Der Server verwendet einen einzelnen Socket.
Es wurden keine Datensätze gefunden, die diesem Ausdruck entsprechen.
systemctl status mariadb mysqld --no-pager
journalctl -u mariadb -u mysqld -n 200 --no-pager
Zeigt Servicestatus und die erste kritische Fehlermeldung.
ss -lntp | grep 3306
ss -lxnp | grep -E 'mysql|maria'
Zeigt den Status von TCP- und Unix-Socket an.
df -hT
df -i
Überprüft Disk- und Inode-Vollständigkeit.
namei -l /var/lib/mysql
stat -c '%U:%G %a %n' /var/lib/mysql
Zeigt die Berechtigungen zusammen mit den Elternordnern an.
my_print_defaults mysqld client
Zeigt aktive Socket, Port und andere Parameter an.
mysqladmin --protocol=socket ping
mysqladmin --protocol=tcp -h 127.0.0.1 ping
Socket- und TCP-Pfade werden getrennt getestet.
Untersuchen Sie den MySQL / MariaDB-Fehler im cPanel mit Dienst-, Benutzer- und Ressourcen-Layer.
Verwenden Sie Database Servers, Abonnementbenutzer und Reparaturwerkzeuge für MySQL / MariaDB in einem kontrollierten Umfang.
Diagnosen Sie MySQL / MariaDB-Dienst, -Port, -Protokoll und -Native-Client-Werkzeuge direkt.
Vollständiger Fehlermeldung und Zeitstempel wird aufgezeichnet; dann wird die Dienstleistung, Port, Festplatte und Anwendungs-Konfiguration voneinander getrennt.
Kann vorübergehend laufen, aber die Ursache muss mit dem Fehlerprotokoll des Motors, dem nativen Client und den Quellenmetriken überprüft werden.
Nein. Es sollte nur für erforderliche besondere Netzwerke, VPNs oder spezifische Quell-IP-Adressen verwendet werden; Firewall- und Motor-Zugriffsregeln sollten verwendet werden.
Anwendungen sollten nur auf die erforderlichen Datenbank, Schema und Operationen mit dem geringsten Rechtspaket zugreifen.
Auch bei Berechtigungs- und Konfigurationsproblemen wird eine aktuelle Sicherung empfohlen; bei Korruption, fehlender Service-Start oder Dateieingriff ist dies jedoch zwingend erforderlich.
Zuerst muss der Motor, die Version, der Dateipfad und die Berechtigungen überprüft werden; Datenändernde Befehle sollten in der Test- oder Sicherheitsumgebung angewendet werden.
Nein. Technische Qualität, echter Nutzen für den Benutzer, interne Verlinkung, Site-Autorität, Geschwindigkeit und Daten von Search Console ergeben zusammen ein Ergebnis.
Wir analysieren gemeinsam MySQL-, MariaDB-, PostgreSQL-, MongoDB-, SQLite- und SQL Server-Verbindungs-, Autoritäts-, Leistungs-, Migrations- und Wiederherstellungsprozesse.