„Hiba az adatbázis-kapcsolat létrehozása során”: mit jelent a WordPressben

Amit az üzenet mond

A WordPress minden megjelenített oldalnál kapcsolatot nyit a MySQL- vagy MariaDB-adatbázisához, négy adattal, amelyek a webhely gyökerében lévő wp-config.php fájlban vannak:

define( 'DB_NAME', 'adatbazis_neve' );
define( 'DB_USER', 'felhasznalo' );
define( 'DB_PASSWORD', 'jelszo' );
define( 'DB_HOST', 'localhost' );

A „Hiba az adatbázis-kapcsolat létrehozása során” azt jelenti, hogy ez a kapcsolat nem jött létre. Négy ok vezethet ide: már nem egyező hozzáférési adatok, leállt vagy elérhetetlen adatbázis-szerver, túlterhelt szerver, vagy sérült adatbázis. A következő szakaszok a legkönnyebben ellenőrizhetőtől a legritkábbig haladnak.

1. Válaszol az adatbázis-szerver?

• A tárhelyszolgáltató állapotoldala: itt jelzik a MySQL-szerver hibáját vagy karbantartását.
• Ugyanazon fiók többi webhelye: ha ugyanabban az időben ugyanezt a hibát mutatják, az ok a szerver oldalán van, a javítás pedig a tárhelyszolgáltatónál.
• A phpMyAdmin, a tárhelyszolgáltató kezelőfelületéről: ha megnyitja az adatbázist és mutatja a tábláit, a szerver működik, és az adatbázis létezik.

Ha a szerver a hibás, nyisson hibajegyet a tárhelyszolgáltatónál, megadva a hiba kezdetének időpontját és a pontos üzenetet. Addig a webhelyen nincs mit módosítani.

2. Helyesek a wp-config.php hozzáférési adatai?

Ez a leggyakoribb ok webhelyköltöztetés, az adatbázis jelszavának a kezelőfelületen történt megváltoztatása vagy egy visszaállítás után. Vesse össze a wp-config.php négy értékét a tárhelyszolgáltató adatbázisokkal foglalkozó menüpontjával:

• DB_NAME és DB_USER: sok tárhelyszolgáltató a fiók nevével kezdi őket (fiok_wordpress). Az előtag a név része.
• DB_PASSWORD: kétség esetén adjon meg új jelszót a felhasználónak a kezelőfelületen, és írja át a fájlba.
• DB_HOST: sok tárhelyszolgáltatónál localhost, de nem mindegyiknél. Egyesek szervernevet vagy címet adnak meg, néha porttal (:3306). A pontos érték a kezelőfelületen szerepel.
• A felhasználónak jogosultsággal kell rendelkeznie az adatbázishoz: a kezelőfelületen ellenőrizze, hogy a felhasználó az adatbázishoz van rendelve, minden jogosultsággal.

Az aposztrófot (') tartalmazó jelszó megszakítja az őt körülvevő PHP-karakterláncot a wp-config.php fájlban. Tegyen elé fordított perjelet (\'), vagy válasszon aposztróf nélküli jelszót.

A hozzáférési adatok tesztelése a WordPressen kívül

A WordPress általános üzenetet jelenít meg. A MySQL viszont pontosan megmondja, mi a hiba. Kétféleképpen kérdezheti meg a wp-config.php értékeivel:

Parancssorból, ha van SSH-hozzáférése

mysql -h localhost -u felhasznalo -p adatbazis_neve

WP-CLI-vel a wp db check közvetlenül a wp-config.php fájlt olvassa, és ezekkel az adatokkal ellenőrzi a táblákat.

Ideiglenes PHP-fájllal

Töltse fel ezt a fájlt a webhely gyökerébe egy nehezen kitalálható néven, nyissa meg a böngészőben, majd azonnal törölje: az adatbázis jelszavát tartalmazza.

<?php
mysqli_report(MYSQLI_REPORT_OFF);
$kapcsolat = @mysqli_connect('localhost', 'felhasznalo', 'jelszo', 'adatbazis_neve');
echo $kapcsolat ? 'Sikeres kapcsolódás' : 'Sikertelen: ' . mysqli_connect_error();

Az első sor számít: a PHP 8.1 óta a sikertelen kapcsolat alapértelmezés szerint kivételt dob, és az oldal fehér maradna a MySQL üzenete helyett.

3. Sérült adatbázis: a javítóeszköz

Ha a hozzáférési adatok helyesek, de egyes táblák sérültek, a nyilvános webhely ugyanazt a kapcsolódási hibaüzenetet mutatja, a vezérlőpult pedig pontosabbat: „Egy vagy több tábla nem található az adatbázisban. Szükséges az adatbázis javítása.” A WordPress ehhez eszközt biztosít. Adja hozzá ezt a sort a wp-config.php fájlhoz:

define( 'WP_ALLOW_REPAIR', true );

Ezután nyissa meg a https://www.sajat-webhely.com/wp-admin/maint/repair.php címet, és indítsa el az „Adatbázis javítása” műveletet. A javítás végeztével azonnal vegye ki a sort: amíg a helyén van, ezt az oldalt bárki elérheti, bejelentkezés nélkül.

Bármilyen javítás előtt exportálja az adatbázist (wp db export, vagy a phpMyAdmin exportálási funkciója). Ha a javítás nem sikerül, a tárhelyszolgáltató a biztonsági mentéseiből visszaállíthatja az adatbázist.

4. Jön és megy a hiba: a terhelés

Az a hiba, amely bizonyos órákban megjelenik, majd magától eltűnik, inkább túlterhelt szerverre utal, mint hibás beállításra. A leggyakoribb okok:

• Forgalmi csúcs, gyakran robotoktól: ismételt bejelentkezési kísérletek a wp-login.php vagy az xmlrpc.php fájlon, amelyek a tárhelyszolgáltató hozzáférési naplóiban látszanak.
• Az osztott tárhely korlátai: fiókonként korlátozott számú egyidejű kapcsolat vagy folyamat. A tárhelyszolgáltató kezelőfelülete ezeket általában az erőforrás-használatot bemutató menüpontjában jeleníti meg.
• Egy nehéz bővítmény: statisztika, naplózás vagy ütemezett feladatok, amelyek minden látogatáskor írnak az adatbázisba.

A javítások: a visszaélésszerű bejelentkezési kísérletek blokkolása, oldal-gyorsítótár telepítése, az xmlrpc.php kikapcsolása, ha egyetlen alkalmazás sem használja, és a hibás időszak naplóinak elkérése a tárhelyszolgáltatótól.