Sait kukkus valgeks tühjaks leheks, kus oli üks rida: „Error establishing a database connection." Ära paanitse. See ei ole häkkimine ega andmebaasi surm. Üheksal juhul kümnest saab probleem viie minutiga lahendatud.

Praktikas puutub iga WordPressi omanik selle veaga mingil hetkel kokku. Põhjus on peaaegu alati triviaalne: vale parool failis wp-config.php, kokku jooksnud MySQL-i server või rikutud tabel pärast ebaõnnestunud pluginauuendust.

Allpool on neli tõestatud viisi saidi ellu äratamiseks, alates kõige tavalisemast lahendusest kuni viimase abinõuni. Enne andmebaasi puudutamist tee varukoopia.

💡 Kiire ülevaade:

• Kontrolli MySQL-i andmeid failis wp-config.php (kõige sagedasem süüdlane)
• Käivita sisseehitatud andmebaasi parandustööriist WP_ALLOW_REPAIR abil
• Asenda rikutud WordPressi tuumikfailid värske koopiaga
• Kui miski ei aita, taasta sait varukoopiast

Miks andmebaasiühenduse viga tekib

WordPress salvestab kogu sisu (postitused, lehed, seaded, kasutajad) MySQL-i andmebaasi. Kui brauser küsib lehte, pärib WordPressi PHP tuumik andmebaasist andmed, hangib need ja koostab HTML-i. Kui tuumiku ja andmebaasi vaheline ühendus katkeb, näed valget ekraani veateatega.

Katkestusel on neli põhjust:

• Valed andmed. Kasutajanimi, parool või andmebaasi host failis wp-config.php ei vasta tegelikele väärtustele. See juhtub pärast teisele hostile kolimist või MySQL-i parooli lähtestamist.
• Andmebaas on maas. MySQL-i server hostil on peatunud ülekoormuse, hoolduse või ületatud limiitide tõttu.
• Rikutud tabelid. Plugin või teema kahjustas süsteemitabeleid paigaldamise või eemaldamise ajal. See on tavaline vahemälu ja optimeerimise pluginatega.
• Katkised tuumikfailid. Pooleli jäänud FTP ülekanne, ebaõnnestunud WordPressi automaatne uuendus või pahatahtlik kood.

Tuvastame konkreetse põhjuse samm-sammult, kõige tõenäolisemast kõige vähem tõenäoliseni.

1. Samm: kontrolli andmeid failis wp-config.php

Alusta kõige lihtsamast lahendusest. Fail wp-config.php asub saidi juurkataloogis ja sisaldab nelja võtmerida andmebaasiga ühendumiseks:

1
define('DB_NAME', 'database_name');
2
define('DB_USER', 'username');
3
define('DB_PASSWORD', 'password');
4
define('DB_HOST', 'localhost');

Ava fail oma hostingu failihalduri või FTP kaudu ning võrdle iga väärtust hostingu juhtpaneelil jaotises „MySQL-i andmebaasid" või phpMyAdmin kuvatuga.

Pööra tähelepanu väljale DB_HOST. Enamik hoste kasutab localhosti, kuid mõned (eriti pilve- ja klastriseadistused) pakuvad eraldi IP-aadressi või andmebaasiserveri domeeni. Kui vahetasid hiljuti paketti või hosti, kontrolli seda parameetrit esimesena.

Pärast väärtuste muutmist salvesta fail ja värskenda saiti. Töötab? Suurepärane. Kui mitte, liigu edasi.

2. Samm: paranda andmebaas WP_ALLOW_REPAIR abil

WordPress oskab oma tabeleid ise parandada; sa pead lihtsalt sisseehitatud parandustööriista lubama. Lisa üks rida faili wp-config.php enne /* That's all, stop editing! */:

1
define('WP_ALLOW_REPAIR', true);

Nüüd mine aadressile:

1
https://your-site.com/wp-admin/maint/repair.php

Näed lehte kahe nupuga: „Repair Database" ja „Repair and Optimize Database." Esimene lihtsalt parandab tabelid; teine ka optimeerib neid. Kiireks lahenduseks piisab esimesest nupust.

Pärast protsessi lõppu eemalda kindlasti rida WP_ALLOW_REPAIR failist wp-config.php. Kui jätad selle alles, saab igaüks, kes avastab repair.php URL-i, parandust käivitada ilma autentimiseta.

Praktikas lahendab see meetod umbes kolmandiku ühenduse vigadest. Kui see ei aidanud, jätka tuumikfailidega.

Kui eelistad protsessi visuaalselt jälgida, demonstreerib ülaltoodud video iga sammu reaalajas, alates diagnostikast kuni taastamiseni.

3. Samm: asenda rikutud WordPressi tuumikfailid

Katkised tuumikfailid on veel üks levinud põhjus. Need rikutakse, kui FTP-ühendus katkeb, automaatne uuendus ebaõnnestub või pahatahtlikud skriptid neid muudavad.

Asendamise sammud:

• Laadi alla viimane WordPressi arhiiv ametlikult saidilt.
• Paki arhiiv arvutis lahti.
• Kustuta kaust wp-content ja fail wp-config-sample.php lahtipakitud kaustast. Neid pole vaja üles laadida; vastasel juhul kirjutad üle oma teemad, pluginad ja üleslaadimised.
• Laadi ülejäänud failid ja kaustad FTP või oma hostingu failihalduri kaudu serverisse, asendades olemasolevad failid.

Tuumik on nüüd uuendatud ning sinu sisu ja seaded jäävad puutumata: need asuvad kaustas wp-content ja andmebaasis, mida sa ei muutnud. Tühjenda enne testimist brauseri vahemälu; vahemällu salvestatud vanad skriptid varjavad mõnikord edukat taastamist.

4. Samm: taasta sait varukoopiast

Kui eelmised kolm sammu ei andnud tulemust, on probleem sügavam, kui paistab. Kahjustus ei piirdu üksikute failide või tabelitega; andmebaasi struktuur ise on kahjustatud. Ainus usaldusväärne lahendus on tagasipöördumine viimase töötava punkti juurde.

See, kuidas täpselt taastad, sõltub sellest, mida varukoopiate tegemiseks kasutasid. Käsitlesime kõiki meetodeid üksikasjalikult eraldi artiklis: kuidas WordPressi varukoopiast taastada, cPaneli, FTP, plugina või phpMyAdmini kaudu.

Varukoopiale tagasipöördumine tühistab hiljutised saidimuudatused: uued postitused, pluginate seaded, teemavahetused. Kuid see on parem kui surnud sait, mis ei lae.

⁉️🤔 Korduma kippuvad küsimused

Miks viga ilmub ainult mõnikord, mitte pidevalt?

Tõenäoliselt piirab hostingu pakkuja samaaegsete MySQL-i ühenduste arvu ja andmebaas muutub liikluse tipphetkedel ajutiselt kättesaamatuks. Kontrolli limiite oma hostingupaketis. Jagatud hostingu puhul on lahenduseks tavaliselt VPS-ile üleminek.

Kas ma saan andmebaasi phpMyAdmini kaudu parandada ilma wp-config.php puudutamata?

Jah. Logi phpMyAdmini sisse läbi hostingupaneeli, vali saidi andmebaas, märgi kõik tabelid ja vali rippmenüüst „With selected" käsk „Repair table". See on samaväärne WP_ALLOW_REPAIR kasutamisega, kuid ilma koodi redigeerimata.

Kas vaiketeemale üleminek aitab andmebaasiühenduse vea korral?

Ei. Viga tekib PHP ja MySQL-i ühenduse tasemel; teemad ei ole sellega seotud. Teemade vahetamine lahendab kuvamisprobleeme, mitte ühenduse probleeme.

Mida teha, kui andmebaas on pöördumatult kahjustatud?

Kui WP_ALLOW_REPAIR ja phpMyAdmin ei suuda seda parandada, võta ühendust oma hosti toega. Enamik pakkujaid säilitab automaatseid serveri varukoopiaid viimase 3-7 päeva jooksul. Sellisest varukoopiast taastamine on ühe tugipileti küsimus.

Kas turvaplugin võib selle vea põhjustada?

Jah. Mõned turvapluginad muudavad tabeli prefiksit (näiteks wp_ asemel midagi juhuslikku) või blokeerivad välised andmebaasiühendused. Kui viga ilmnes kohe pärast sellise plugina paigaldamist, nimeta selle kaust ajutiselt FTP kaudu ümber ja testi saiti.

Sait hingab jälle: mida tulevikuks meeles pidada

Vea „Error establishing a database connection" tõrkeotsingu järjekord liigub alati lihtsast keeruliseks. Pooltel juhtudel piisab esimesest sammust: ava wp-config.php, paranda parool ja sait ärkab ellu.

Seadista automaatsed varukoopiad, kui sa pole seda veel teinud. Tasuta plugin UpdraftPlus varundab andmebaasi ja failid pilve (Google Drive, Dropbox või kuhu iganes soovid) kord päevas. Varukoopiaga muutub iga WordPressi tõrge katastroofist kümneminutiliseks ebamugavuseks. Tõestatud.