Nepavyko prisijungti prie duomenų bazės: ką reiškia ši WordPress klaida

Ką sako pranešimas

Kiekvienam pateikiamam puslapiui WordPress atveria ryšį su savo MySQL ar MariaDB duomenų baze, naudodamas keturias reikšmes, įrašytas svetainės šakniniame aplanke esančiame faile wp-config.php:

define( 'DB_NAME', 'duomenu_bazes_pavadinimas' );
define( 'DB_USER', 'vartotojas' );
define( 'DB_PASSWORD', 'slaptazodis' );
define( 'DB_HOST', 'localhost' );

„Nepavyko prisijungti prie duomenų bazės“ reiškia, kad šio ryšio užmegzti nepavyko. Tai lemia keturios priežastys: nebetinkami prisijungimo duomenys, sustojęs ar nepasiekiamas duomenų bazės serveris, perkrautas serveris arba pažeista duomenų bazė. Toliau jos aptariamos nuo lengviausiai patikrinamos iki rečiausios.

1. Ar duomenų bazės serveris atsako?

• Hostingo teikėjo būsenos puslapis: jame skelbiami MySQL serverio gedimai ar priežiūros darbai.
• Kitos tos pačios paskyros svetainės: jei jos tuo pačiu metu rodo tą pačią klaidą, priežastis yra serverio pusėje, o sprendimas pas hostingo teikėją.
• phpMyAdmin, atidarytas iš hostingo valdymo skydelio: jei jis atveria duomenų bazę ir rodo jos lenteles, serveris veikia ir duomenų bazė egzistuoja.

Jei kaltas serveris, pateikite hostingo teikėjui pagalbos užklausą, nurodydami, kada gedimas prasidėjo, ir tikslų pranešimą. Tuo metu svetainėje nieko keisti nereikia.

2. Ar wp-config.php prisijungimo duomenys teisingi?

Tai dažniausia priežastis po svetainės perkėlimo, duomenų bazės slaptažodžio pakeitimo hostingo valdymo skydelyje ar atsarginės kopijos atkūrimo. Palyginkite keturias wp-config.php reikšmes su hostingo valdymo skydelio duomenų bazių skiltimi:

• DB_NAME ir DB_USER: daugelis hostingo teikėjų prie jų prideda paskyros pavadinimo prefiksą (paskyra_wordpress). Prefiksas yra pavadinimo dalis.
• DB_PASSWORD: jei abejojate, valdymo skydelyje nustatykite vartotojui naują slaptažodį ir įrašykite jį į failą.
• DB_HOST: pas daugelį hostingo teikėjų tai localhost, bet ne pas visus. Kai kurie nurodo serverio pavadinimą ar adresą, kartais su prievadu (:3306). Tiksli reikšmė nurodyta valdymo skydelyje.
• Vartotojas turi turėti teises į duomenų bazę: valdymo skydelyje patikrinkite, ar vartotojas priskirtas duomenų bazei su visomis teisėmis.

Slaptažodis, kuriame yra apostrofas ('), nutraukia jį supančią PHP eilutę faile wp-config.php. Prieš apostrofą įrašykite atvirkštinį pasvirąjį brūkšnį (\') arba pasirinkite slaptažodį be apostrofo.

Išbandykite prisijungimo duomenis ne per WordPress

WordPress rodo bendrą pranešimą, o MySQL tiksliai pasako, kas negerai. Du būdai jo paklausti, naudojant wp-config.php reikšmes:

Komandinėje eilutėje, jei turite SSH prieigą

mysql -h localhost -u vartotojas -p duomenu_bazes_pavadinimas

Su WP-CLI komanda wp db check tiesiogiai skaito wp-config.php ir su šiais duomenimis patikrina lenteles.

Su laikinu PHP failu

Įkelkite šį failą į svetainės šakninį aplanką sunkiai atspėjamu pavadinimu, atidarykite jį naršyklėje, tada nedelsdami jį ištrinkite: jame yra duomenų bazės slaptažodis.

<?php
mysqli_report(MYSQLI_REPORT_OFF);
$rysys = @mysqli_connect('localhost', 'vartotojas', 'slaptazodis', 'duomenu_bazes_pavadinimas');
echo $rysys ? 'Ryšys veikia' : 'Nepavyko: ' . mysqli_connect_error();

Pirmoji eilutė svarbi: nuo PHP 8.1 nepavykęs prisijungimas pagal numatytuosius nustatymus meta išimtį, ir puslapis liktų baltas, užuot parodęs MySQL pranešimą.

3. Pažeista duomenų bazė: taisymo įrankis

Kai prisijungimo duomenys teisingi, bet lentelės pažeistos, viešoje svetainėje rodoma ta pati prisijungimo klaida, o administravimo skydelyje tikslesnis pranešimas, kurį WordPress rodo angliškai: „One or more database tables are unavailable. The database may need to be repaired.“ WordPress tam turi įrankį. Į wp-config.php įrašykite šią eilutę:

define( 'WP_ALLOW_REPAIR', true );

Tada atidarykite https://www.jusu-svetaine.com/wp-admin/maint/repair.php ir paleiskite „Taisyti duomenų bazę“. Pašalinkite eilutę, kai tik taisymas baigtas: kol ji yra, šį puslapį gali pasiekti bet kas, net neprisijungęs.

Prieš bet kokį taisymą eksportuokite duomenų bazę (wp db export arba phpMyAdmin eksporto skirtukas). Jei taisymas nepavyksta, hostingo teikėjas gali atkurti duomenų bazę iš savo atsarginių kopijų.

4. Klaida, kuri tai atsiranda, tai dingsta: apkrova

Klaida, kuri pasirodo tam tikromis valandomis ir paskui dingsta pati, rodo perkrautą serverį, o ne neteisingą nuostatą. Dažniausios priežastys:

• Srauto šuolis, dažnai dėl robotų: pakartotiniai bandymai prisijungti per wp-login.php ar xmlrpc.php, matomi hostingo teikėjo prieigos žurnaluose.
• Bendrojo hostingo ribos: vienu metu vykstančių prisijungimų ar procesų skaičius ribojamas kiekvienai paskyrai. Hostingo valdymo skydeliai paprastai jas rodo išteklių naudojimo skiltyje.
• Sunkus įskiepis: statistika, žurnalai ar suplanuotos užduotys, kurie kiekvieno apsilankymo metu rašo į duomenų bazę.

Sprendimai: blokuoti piktnaudžiaujančius prisijungimo bandymus, įdiegti puslapių podėlį (cache), išjungti xmlrpc.php, jei jo nenaudoja jokia programa, ir paprašyti hostingo teikėjo žurnalų už laikotarpį, kai buvo klaida.