Türkei (Türkisch)
Germany (German)
Worldwide (English)
WordPress SchichtKernel, Theme- und Plugin-Verhalten.
Halkali Merkez Viertel Fatih Str. Ozgur Apt. No. 46, Kucukcekmece, Istanbul, 34303, TR
Dieser Fehler zeigt an, dass WordPress nicht mit MySQL oder MariaDB verbinden kann, indem es die Informationen in wp-config.php verwendet. Falsche Passwörter, Dienstausfälle, Festplattenvolldaten, Verbindungslimits, korrupte Systemtabellen und Remote-Datenbanknetzwerke können auch das gleiche Bild erzeugen.
Error establishing a database connection
mysqli_real_connect(): (HY000/1045): Access denied for user
MySQL server has gone awayWordPress muss in der Lage sein, Optionen, Beiträge und Benutzerinformationen aus der Datenbank zu lesen, um eine Seite zu erstellen. Wenn eine Verbindung nicht hergestellt werden kann, wird vor Beginn der Anwendungsschicht ein allgemeiner Datenbankfehler angezeigt.
Falsche DB_NAME, DB_USER, DB_PASSWORD oder DB_HOST ist die häufigste Ursache. Insbesondere nach Hosting-Transfer, Datenbank-Passwort-Änderung und Benutzerberechtigungsaktualisierung kann wp-config.php veraltet bleiben.
Wenn alle WordPress-Sites auf dem Server gleichzeitig betroffen sind, überprüfen Sie den MySQL/MariaDB-Dienst aus der Ein-Site-Konfiguration, den Speicherplatz, die Inodes, den OOM und den Status der Port-Listung auf 3306.
Wenn nur in der wp-admin-Bereich eine 'Datenbank-Reparatur'-Warnung erscheint, möglicherweise sind einige WordPress-Tabellen beschädigt. Bevor die Reparatur durchgeführt wird, sollte eine Datenbank-Backup erstellt und nach der WP_ALLOW_REPAIR-Ausführung entfernt werden.
Bei der Verwendung von Remote-Datenbanken sind DNS, Firewall, zulässige Hosts, TLS und die Verbindungslatenz ebenfalls wichtig. localhost und 127.0.0.1 können dieselbe Socketverhalten nicht zeigen.
Das Löschen von ibdata1, ib_logfile oder Datenbankverzeichnissen ist keine WordPress-Lösung. Wenn der Dienst nicht startet, sollten Datenfiles ohne MariaDB-Protokoll und vollständigen Backup nicht bearbeitet werden.
Suchen Sie nach dem Ausdruck, den Sie in der E-Mail, im Browser oder im SSH-Protokoll sehen. Jede Karte enthält eine Bedeutung, eine wahrscheinliche Ursache und eine sichere erste Maßnahme.
Bedeutung: WordPress kann nicht auf die Datenbank zugreifen.
Mögliche Ursache: Falsche wp-config-Informationen, Dienst- oder Rechteprobleme.
Bedeutung: MySQL-Benutzer/Passwort- oder Host-Umgebungsvariable wurde abgelehnt.
Mögliche Ursache: Falsches Passwort oder Datenbankberechtigungen wurden nicht erteilt.
Bedeutung: Der angegebene Datenbankserver wurde nicht gefunden.
Mögliche Ursache: Falsche DB_NAME, gelöschte oder nicht importierte Datenbank.
Bedeutung: PHP kann die erwartete MySQL-Socketdatei nicht zugreifen.
Mögliche Ursache: MariaDB ist geschlossen, der Socket-Pfad ist anders oder der Dienst kann nicht gestartet werden.
Bedeutung: Die hergestellte Verbindung wurde während des Prozesses abgebrochen.
Mögliche Ursache: Timeout, Paketgröße, Dienstneustart oder schwere Abfrage.
Bedeutung: MySQL gleichzeitige Verbindungsgrenze wurde erreicht.
Mögliche Ursache: Langsame Abfrage, Bot-Traffic, Verbindungslecks oder niedriger Limit.
Bedeutung: WordPress kann die Basis-Tabelle nicht finden.
Mögliche Ursache: Falscher Präfix, fehlende Import oder beschädigter Tabelle.
Bedeutung: WordPress hat ein Problem mit der Tabelle-Prüfungle festgestellt.
Mögliche Ursache: Crash, Festplattenproblem oder halbe Import.
Es wurden keine Datensätze gefunden, die diesem Ausdruck entsprechen.
Befehle sind für den Root-Zugriff vorgesehen. Sammeln Sie zunächst nur den Status und die Protokolle. Ändern Sie die dauerhafte Einstellung nicht, ohne den Grund dafür zu erkennen.
wp config get DB_NAME
wp config get DB_USER
wp config get DB_HOSTEs zeigt grundlegende Verbindungswerte an, ohne das Passwort auf dem Bildschirm anzuzeigen.
systemctl status mariadb --no-pager || systemctl status mysql --no-pagerZeigt an, ob der Datenbankdienst läuft.
wp db checkÜberprüft die WordPress-Konfiguration und den Tabellenstatus.
df -h
df -iMySQLs neue Dateierstellung blockiert.
mysqladmin processlistZeigt lange Abfragen und Verbindungsdichte.
wp db tables --all-tables-with-prefix
wp config get table_prefixEs vergleicht die tatsächlichen Tabellen mit den von WordPress erwarteten Tabellen, die mit der Tabellenvorlage vorangestellt werden.
Die Grundursache des WordPress-Fehlers ist dieselbe, aber Protokollpfade, PHP-Einstellungsbildschirme und Dienstverwaltung variieren je nach verwendeter Hosting-Infrastruktur.
cPanels MySQL-Datenbanken, phpMyAdmin und Service-Status-Bildschirme werden verwendet.
cd /home/KULLANICI/public_html && wp db checkPlesks Datenbank-Übersicht und Repair Kit helfen dabei, Datenbank-Verbindungsprobleme zu isolieren.
cd /var/www/vhosts/ALANADI/httpdocs && wp db checkService, Socket, Benutzerrechte und die WordPress-Konfiguration werden auf einem panellosen Server zusammen überprüft.
mysqladmin ping && sudo -u www-data wp db check --path=/var/www/htmlZuerst überprüfen Sie die Zugänglichkeit des Dienstes; danach die wp-config-Einstellungen, die Berechtigungen und die Tabellintegrität in der Reihenfolge.
Überprüfen Sie andere Datenbank-nutzende Sites auf dem gleichen Server und den MariaDB-Dienst.
systemctl is-active mariadb || systemctl is-active mysqlWenn Disk/Inode voll ist oder ein OOM aufgetreten ist, korrigieren Sie die Infrastruktur, bevor Sie die Verbindungsinformationen ändern.
df -h && df -iÜbereinstimmen Sie den DB-Namen, den Benutzernamen und den Host-Wert mit dem tatsächlichen Datenbankrecord.
wp config get DB_NAMEÜberprüfen Sie, ob der Benutzer nicht nur auf den Server, sondern auch auf die richtige Datenbank zugreifen kann.
wp db checkFehlende oder beschädigte Tabellen, erst exportieren, dann check/repair anwenden.
wp db export once-yedek.sqlNach dem Öffnen der Verbindung sollten nicht nur die Hauptseite, sondern auch die Schreiboperationen überprüft werden.
wp option get siteurlAktualisieren Sie den neuen Datenbankpasswort sicher im wp-config.php.
wp config get DB_USERMariaDB-Dienst, Festplatte, RAM und die neueste Paketaktualisierung werden untersucht.
journalctl -u mariadb -n 100 --no-pagermax_connections, slow query, Bot-Verkehr und Objekt-Cache-Verbindungen werden überprüft.
mysqladmin processlistÜberprüfen Sie, ob die Datenbank importiert wurde, Ihr Name nicht vorgesperrt wurde und die Benutzerrechte gültig sind.
wp db tablesBackup, durchgeführte Reparatur durchführen und die WP_ALLOW_REPAIR-Konstante entfernen.
wp db repairFalsche wp-config-Informationen, geschlossener MySQL/MariaDB-Dienst, Benutzerrechte, volle Festplatte, Verbindungsbeschränkung oder beschädigte Tabellen können der Ursache sein.
Nein. Der Hosting-Anbieter kann einen privaten Hostnamen, Socket oder einen entfernten Datenbank-Adressen verwenden.
Soll temporär und nach Backup verwendet werden; es sollte nach der Reparatur entfernt werden, da es den Reparatur-Bildschirm auftüt, der keine Anmeldung erfordert.
Sie sollten das neue Passwort sicher in der DB_PASSWORD-Wert in wp-config.php schreiben.
Die Benutzerberechtigung, der Host-Match, der falsche Datenbankname oder PHPs Verwendung eines anderen Sockets ist möglich.
Der Fehler selbst löscht sich nicht; jedoch kann eine falsche Wiederherstellung oder eine Interferenz mit Datendateien zu Datenverlust führen.
Redis/Memcached ersetzt MySQL nicht direkt; jedoch können Verbindungs- und Timeoutprobleme das Verhalten der Anwendung komplizieren.
Durch die gemeinsame Analyse von cPanel, WHM, CloudLinux, LiteSpeed, MariaDB, Exim und Sicherheitsebenen beheben wir die Grundursache des Fehlers, anstatt nur den Dienst zu entfernen.