Eroare la stabilirea unei conexiuni cu baza de date în WordPress: ce înseamnă

Ce spune mesajul

La fiecare pagină afișată, WordPress deschide o conexiune la baza sa de date MySQL sau MariaDB cu patru informații scrise în wp-config.php, la rădăcina site-ului:

define( 'DB_NAME', 'numele_bazei_de_date' );
define( 'DB_USER', 'utilizator' );
define( 'DB_PASSWORD', 'parola' );
define( 'DB_HOST', 'localhost' );

„Eroare la stabilirea unei conexiuni cu baza de date” înseamnă că această conexiune a eșuat. Patru cauze o produc: date de conectare care nu mai corespund, un server de baze de date oprit sau inaccesibil, un server saturat sau o bază de date deteriorată. Secțiunile următoare le parcurg de la cea mai simplă de verificat la cea mai rară.

1. Răspunde serverul de baze de date?

• Pagina de stare a furnizorului de găzduire: o pană sau o lucrare de mentenanță a serverului MySQL este anunțată acolo.
• Celelalte site-uri din același cont: dacă afișează aceeași eroare în același moment, cauza ține de server, iar corecția, de furnizorul de găzduire.
• phpMyAdmin, din panoul furnizorului de găzduire: dacă deschide baza de date și îi afișează tabelele, serverul funcționează și baza de date există.

Dacă serverul este cauza, deschideți un tichet la furnizorul de găzduire, indicând ora la care a început pana și mesajul exact. Pe site nu este nimic de modificat în acest timp.

2. Sunt corecte datele de conectare din wp-config.php?

Este cauza cea mai frecventă după mutarea unui site, după o schimbare a parolei bazei de date în panoul furnizorului de găzduire sau după o restaurare. Comparați cele patru valori din wp-config.php cu secțiunea de baze de date a furnizorului de găzduire:

• DB_NAME și DB_USER: mulți furnizori de găzduire le pun în față numele contului (cont_wordpress). Prefixul face parte din nume.
• DB_PASSWORD: dacă aveți dubii, definiți o parolă nouă pentru utilizator în panou și treceți-o în fișier.
• DB_HOST: localhost la mulți furnizori de găzduire, dar nu la toți. Unii dau un nume de server sau o adresă, uneori urmată de un port (:3306). Valoarea exactă apare în panou.
• Utilizatorul trebuie să aibă drepturi asupra bazei de date: în panou, verificați că utilizatorul este asociat bazei de date, cu toate privilegiile.

O parolă care conține un apostrof (') întrerupe șirul PHP care o înconjoară în wp-config.php. Puneți înaintea lui o bară oblică inversă (\') sau alegeți o parolă fără apostrof.

Testați datele de conectare în afara WordPress

WordPress afișează un mesaj generic. MySQL, în schimb, spune precis ce nu merge. Două moduri de a-l interoga cu valorile din wp-config.php:

În linia de comandă, dacă aveți acces SSH

mysql -h localhost -u utilizator -p numele_bazei_de_date

Cu WP-CLI, wp db check citește direct wp-config.php și verifică tabelele cu aceste date de conectare.

Cu un fișier PHP temporar

Puneți acest fișier la rădăcina site-ului, cu un nume greu de ghicit, deschideți-l în browser, apoi ștergeți-l imediat: conține parola bazei de date.

<?php
mysqli_report(MYSQLI_REPORT_OFF);
$conexiune = @mysqli_connect('localhost', 'utilizator', 'parola', 'numele_bazei_de_date');
echo $conexiune ? 'Conexiune reușită' : 'Eșec: ' . mysqli_connect_error();

Primul rând contează: începând cu PHP 8.1, o conexiune care eșuează aruncă implicit o excepție, iar pagina ar rămâne albă în loc să afișeze mesajul MySQL.

3. O bază de date deteriorată: instrumentul de reparare

Când datele de conectare sunt corecte, dar unele tabele sunt deteriorate, site-ul public afișează același mesaj de eroare de conexiune, iar administrarea un mesaj mai precis: „Un tabel sau mai multe tabele din baza de date nu sunt disponibile. Baza de date poate fi reparată.” WordPress oferă un instrument pentru asta. Adăugați acest rând în wp-config.php:

define( 'WP_ALLOW_REPAIR', true );

Deschideți apoi https://www.site-ul-dumneavoastra.com/wp-admin/maint/repair.php și porniți „Repară baza de date”. Eliminați rândul imediat ce reparația s-a terminat: cât timp este prezent, această pagină este accesibilă oricui, fără autentificare.

Înainte de orice reparație, faceți un export al bazei de date (wp db export sau funcția de export din phpMyAdmin). Dacă reparația eșuează, furnizorul de găzduire poate restaura baza de date din copiile sale de rezervă.

4. O eroare care apare și dispare: încărcarea serverului

O eroare care apare la anumite ore și apoi dispare singură semnalează mai degrabă un server saturat decât un reglaj greșit. Cauzele cele mai frecvente:

• Un vârf de trafic, adesea roboți: încercări repetate de autentificare pe wp-login.php sau xmlrpc.php, vizibile în jurnalele de acces ale furnizorului de găzduire.
• Limitele găzduirii partajate: număr de conexiuni simultane sau de procese plafonat pe cont. Panoul furnizorului de găzduire le afișează de obicei în secțiunea de consum al resurselor.
• Un modul (plugin) greu: statistici, jurnale sau sarcini programate care scriu în baza de date la fiecare vizită.

Corecțiile: blocați încercările abuzive de autentificare, instalați un cache de pagini, dezactivați xmlrpc.php dacă nicio aplicație nu îl folosește și cereți furnizorului de găzduire jurnalele perioadei cu erori.