«Kļūda veidojot datubāzes savienojumu» WordPress: ko tas nozīmē

Ko saka ziņojums

Katrai parādāmajai lapai WordPress atver savienojumu ar savu MySQL vai MariaDB datubāzi, izmantojot četras vērtības, kas ierakstītas failā wp-config.php vietnes saknes mapē:

define( 'DB_NAME', 'datubazes_nosaukums' );
define( 'DB_USER', 'lietotajs' );
define( 'DB_PASSWORD', 'parole' );
define( 'DB_HOST', 'localhost' );

«Kļūda veidojot datubāzes savienojumu» nozīmē, ka šis savienojums neizdevās. To izraisa četri cēloņi: piekļuves dati, kas vairs nesakrīt, apturēts vai nesasniedzams datubāzes serveris, pārslogots serveris vai bojāta datubāze. Nākamās sadaļas tos aplūko, sākot ar visvieglāk pārbaudāmo un beidzot ar retāko.

1. Vai datubāzes serveris atbild?

• Hostinga pakalpojumu sniedzēja statusa lapa: tur tiek paziņots par MySQL servera darbības traucējumiem vai apkopi.
• Citas tā paša konta vietnes: ja tās tajā pašā brīdī rāda to pašu kļūdu, cēlonis ir servera pusē, un to novērš hostinga pakalpojumu sniedzējs.
• phpMyAdmin no hostinga vadības paneļa: ja tas atver datubāzi un parāda tās tabulas, serveris darbojas un datubāze pastāv.

Ja vainīgs ir serveris, atveriet pieteikumu pie hostinga pakalpojumu sniedzēja, norādot kļūmes sākuma laiku un precīzu ziņojumu. Tikmēr vietnē neko mainīt nevajag.

2. Vai wp-config.php piekļuves dati ir pareizi?

Tas ir biežākais cēlonis pēc vietnes pārcelšanas, datubāzes paroles maiņas hostinga vadības panelī vai atjaunošanas no rezerves kopijas. Salīdziniet četras faila wp-config.php vērtības ar hostinga vadības paneļa datubāzu sadaļu:

• DB_NAME un DB_USER: daudzi hostinga pakalpojumu sniedzēji tiem priekšā pievieno konta nosaukumu (konts_wordpress). Prefikss ir daļa no nosaukuma.
• DB_PASSWORD: ja rodas šaubas, panelī iestatiet lietotājam jaunu paroli un ierakstiet to failā.
• DB_HOST: daudziem hostinga pakalpojumu sniedzējiem tas ir localhost, taču ne visiem. Daži norāda servera nosaukumu vai adresi, dažkārt ar portu (:3306). Precīzā vērtība ir redzama panelī.
• Lietotājam vajadzīgas tiesības uz datubāzi: panelī pārbaudiet, vai lietotājs ir piesaistīts datubāzei ar visām privilēģijām.

Parole, kurā ir apostrofs ('), pārtrauc PHP virkni, kas to ietver failā wp-config.php. Pievienojiet tā priekšā atpakaļvērsto slīpsvītru (\') vai izvēlieties paroli bez apostrofa.

Pārbaudīt piekļuves datus ārpus WordPress

WordPress rāda vispārīgu ziņojumu. MySQL savukārt precīzi pasaka, kas nav kārtībā. Divi veidi, kā to pajautāt ar faila wp-config.php vērtībām:

Komandrindā, ja jums ir SSH piekļuve

mysql -h localhost -u lietotajs -p datubazes_nosaukums

Ar WP-CLI komanda wp db check tieši nolasa wp-config.php un ar šiem piekļuves datiem pārbauda tabulas.

Ar pagaidu PHP failu

Augšupielādējiet šo failu vietnes saknes mapē ar grūti uzminamu nosaukumu, atveriet to pārlūkā un pēc tam nekavējoties dzēsiet: tajā ir datubāzes parole.

<?php
mysqli_report(MYSQLI_REPORT_OFF);
$saite = @mysqli_connect('localhost', 'lietotajs', 'parole', 'datubazes_nosaukums');
echo $saite ? 'Savienojums izdevās' : 'Neizdevās: ' . mysqli_connect_error();

Pirmā rinda ir svarīga: kopš PHP 8.1 neizdevies savienojums pēc noklusējuma izraisa izņēmumu, un lapa paliktu tukša, nevis parādītu MySQL ziņojumu.

3. Bojāta datubāze: labošanas rīks

Ja piekļuves dati ir pareizi, bet tabulas ir bojātas, publiskā vietne rāda to pašu savienojuma kļūdu, bet administrācijas panelis precīzāku ziņojumu: «Viena vai vairākas datubāzes tabulas nav pieejamas. Datubāzi nepieciešams atjaunot.» WordPress šim nolūkam piedāvā rīku. Pievienojiet šo rindu failā wp-config.php:

define( 'WP_ALLOW_REPAIR', true );

Pēc tam atveriet https://www.jusu-vietne.com/wp-admin/maint/repair.php un palaidiet «Labot datu bāzi». Noņemiet rindu, tiklīdz labošana ir pabeigta: kamēr tā ir failā, šī lapa ir pieejama jebkuram, bez pieslēgšanās.

Pirms jebkuras labošanas eksportējiet datubāzi (wp db export vai phpMyAdmin eksporta cilne). Ja labošana neizdodas, hostinga pakalpojumu sniedzējs var atjaunot datubāzi no savām rezerves kopijām.

4. Kļūda, kas parādās un pazūd: slodze

Kļūda, kas parādās noteiktās stundās un pēc tam pazūd pati, drīzāk liecina par pārslogotu serveri nekā par nepareizu iestatījumu. Biežākie cēloņi:

• Datplūsmas maksimums, bieži roboti: atkārtoti pieslēgšanās mēģinājumi caur wp-login.php vai xmlrpc.php, kas redzami hostinga pakalpojumu sniedzēja piekļuves žurnālos.
• Koplietošanas hostinga limiti: katram kontam ierobežots vienlaicīgo savienojumu vai procesu skaits. Hostinga vadības panelis tos parasti rāda resursu patēriņa sadaļā.
• Smags spraudnis: statistika, žurnāli vai ieplānoti uzdevumi, kas ar katru apmeklējumu raksta datubāzē.

Risinājumi: bloķēt ļaunprātīgus pieslēgšanās mēģinājumus, uzstādīt lapu kešatmiņu, atspējot xmlrpc.php, ja neviena lietotne to neizmanto, un palūgt hostinga pakalpojumu sniedzējam kļūdas perioda žurnālus.