Hogyan erősít a kapcsolat beállításához hiba adatbázis wordpress
Miután szerver biztonságos adatközpontok Európában. Nyílt felhő VPS / VDS szerver egy gyors SSD 1 perc alatt!
A legjobb Web Hosting:
- megvédi az illetéktelen hozzáférés egy biztonságos európai adatközpont
- fizet legalább Bitcoin.
- Akkor tegye meg a disztribúciós
- védelmet DDOS támadások
- ingyenes biztonsági mentés
- Üzemidő 99,9999%
- DPC - TIER III
- ISP - TIER I
Támogatás az orosz 24/7/365 dolgozni a jogi és fizikai személyek. Most kell 24 mag és 72 Gb RAM. Kérlek!
A versenyképes áron bizonyítani, hogy a legolcsóbb hosting, ha nem tudja!
A percek alatt, válassza ki a konfiguráció, a fizetés és a CMS egy VPS kész.
Pénzvisszafizetési - 30 nap alatt!
Bankkártyák, elektronikus valuta révén Qiwi terminálok, WebMoney, PayPal, Novoplat és mások.
Tegye fel kérdését támogatás 24/7/365
Megtalálja a választ az adatbázisunkban, és megfelel az ajánlásokat a
Ajánlatot 8host.com
WordPress - az egyik legnépszerűbb nyílt forráskódú tartalomkezelő rendszerek. Kezdetben a WordPress platform célja a blogokat, de idővel ez lett rugalmasabb és termelékenyebb, és most a szolgáltatás szinte minden helyszínen. WordPress kifejlesztett 15 éve; Ma ez egy nagyon megbízható és üzembiztos rendszer, azonban, és ez néha előfordul hibák és tévedések.
Hiba kapcsolat adatbázis (Error létrehozása adatbázis kapcsolat) - az egyik leggyakoribb WordPress hibákat. ez általában nem okoz:
- Failure adatbázis (leggyakrabban hiánya miatt a memória).
- Helytelen felhasználónevet adatbázisból meghatározott WordPress.
- Megsérti a WordPress adatbázis táblákat.
Ebben az útmutatóban, akkor megtanulják, hogyan kell azonosítani az oka a kapcsolat beállításához, hogy egy adatbázis hiba, és kijavítására.
követelmények
- A gép előre telepített WordPress platform.
- Hozzáférés a sudo.
- Az adatbázis kell futtatni ugyanazon a gépen a WordPress.
- A számviteli adatbázis: felhasználói név, jelszó, adatbázis neve a WordPress. Ez az információ jött létre a kezdeti beállítás során WordPress.
1: Ellenőrizze a szerver memóriájában
Először meg kell győződnie arról, hogy a MySQL fut, és hogy a szerver van elég memória WordPress adatokat.
Kapcsolódni a szerverhez SSH-n keresztül:
Megjegyzés. Ha biztos benne, hogy helyesen azonosítja a hitelesítő, de továbbra is problémái vannak a bejelentkezéssel, talán a szerver nem rendelkezik elegendő memóriával vagy képtelen megbirkózni a nagy terhelés. Ez történik, mivel váratlan forgalmi növekedés, és ez magyarázatot adhat a hiba WordPress. Próbálja újraindítani a szervert, és csatlakoztassa újra.
Miután csatlakozik a szerverhez, győződjön meg róla, a MySQL fut:
sudo netstat -plt
A netstat parancs információkat jelenít meg a kiszolgáló hálózati rendszer. A fenti parancs kiírja a nevét, programok figyelnie egy socket tcp (-p zászlók, -l -t és -kal). A kimeneti lelet mysqld:
Aktív internet kapcsolat (csak szerver)
Proto Recv-Q-Q küldése Helyi cím Idegen cím Állami PID / Program neve
tcp 0 0 localhost: mysql *: * LISTEN 1958 / mysqld
tcp 0 0 *: ssh *: * LISTEN 2205 / sshd
tcp 0 0 localhost: SMTP *: * LISTEN 2361 / mester
tcp6 0 0 [::]: http [::]: * LISTEN 16091 / apache2
tcp6 0 0 [::]: ssh [::]: * LISTEN 2205 / sshd
tcp6 0 0 IP6-localhost: smtp [::]: * LISTEN 2361 / mester
Ha egy ilyen program áll rendelkezésre a kimenő, akkor a MySQL szerver fut, és figyeli a kapcsolatokat. Ha nem találja a MySQL a listán, próbálja elindítani a szervert manuálisan. Jellemzően ez a parancs használható:
sudo systemctl kezdete mysql
Megjegyzés. Néhány Linux disztribúció (például a CentOS) használ mysqld helyett mysql.
MySQL szerver kell elindítani. Hogy látja ezt, akkor fut netstat, és keresse meg a következő kimenetet mysqld.
Ahhoz, hogy helyesen működjön, a MySQL és a WordPress kell sok memóriát. MySQL szerver leállhat hiánya miatt a memóriát. Annak ellenőrzésére, hogy a hiba történt emiatt, ellenőrizze a naplókat MySQL hiba.
zgrep -a "a memóriát" /var/log/mysql/error.log*
zgrep csapat meg fogja keresni naplók, köztük az idősebb log fájlt az archív kiterjesztésű .tar.gz. A csapat fog keresni a naplók error.log * a / var / log / mysql / összes vonal jelöli a memóriát.
Ha látja a képernyőn a következő sort (vagy több ilyen sor), akkor az oka a kapcsolat hiba az adatbázis-memória MySQL. Talán ez volt az oka, hogy az éles forgalom növekedésével. Ha a visszavonása számos ilyen sor, az azt jelenti, hogy a szerver hiány van az emlékezet rendszeresen. Ebben az esetben javasoljuk, hogy mozog az erőforrás a szerver több memóriát. A legtöbb felhő-tárhely szolgáltatók egy egyszerű frissítés a szerver minimális állásidő.
Ha zgrep parancs nem ad vissza semmit, a memóriát a szerver is elegendő kezelni a WordPress és a MySQL adatbázis. Ha a kapcsolat beállítási hiba az adatbázis nem szűnt meg, szükség van, hogy ellenőrizze a WordPress beállításait, hogy megbizonyosodjon arról, hogy rendelkezik a megfelelő információkat a MySQL.
2: Ellenőrző számviteli MySQL adatbázis
Ha a közelmúltban költözött WordPress telepítés egy új szerver (vagy korszerűsítése a tárhely szolgáltató), akkor meg kell frissíteni az adatokat az adatbázis WordPress beállításokat. Vannak tárolva, wp-config.php PHP-fájlt.
Keresd meg ezt a fájlt:
sudo find / -name "wp-config.php"
A csapat megkeresi a gyökér-könyvtárban, és megtalálja a wp-config.php fájlt. Ha ez a fájl létezik, a parancs megjeleníti az elérési útvonalát:
sudo nano /var/www/html/wp-config.php
/ ** A adatbázis neve a WordPress * /
define ( 'DB_NAME', 'adatbázis_neve');
/ ** MySQL adatbázis felhasználónév * /
define ( 'DB_USER', 'database_username');
/ ** MySQL adatbázis jelszó * /
define ( 'DB_PASSWORD', 'database_password');
Ügyeljen arra, hogy ezt a három változót tartalmazza a helyes adatokat. Ha van egy hibás érték, javítsa ki azokat, majd mentse és zárja be a fájlt (CTRL-O, CTRL-X). Még ha most a fájl tartalmaz információt az érvényességét az adatbázisban, meg kell megpróbál csatlakozni az adatbázishoz a parancssorból, hogy megbizonyosodjon arról, hogy a probléma megoldódott. Másolja a konfigurációs fájlt, és helyezze be az adatokat a következő parancsot:
mysqlshow -u database_username -p
A parancs bekéri a jelszót. Helyezze be a jelszót, és nyomja meg az Entert. Ha hibaüzenetet kap ebben a hozzáférés megtagadva, akkor az Ön által megadott helytelen felhasználónév vagy jelszó.
Ha a hitelesítési adatok helyesek, akkor megjelenik egy listát az adatbázisok, amely elérheti a jelenlegi felhasználó.
Győződjön meg arról, hogy ez a lista, az adatbázis megadott WordPress konfigurációban. Indítsa újra a weboldalt, és győződjön meg arról, hogy a hiba az adatbázishoz csatlakozáshoz eltűnt.
Ha a hiba kijavítására nem volt lehetséges, próbálja meg visszaállítani az adatbázist.
3: Állítsa vissza a WordPress adatbázisban
Néha WordPress adatbázis megsérülhet egy sikertelen frissítés az adatbázis hiba vagy helytelen dugót. Ez a probléma is megjelenik, mint egy adatbázis kapcsolat hiba történt a telepítés során. Ha a probléma továbbra is fennáll segítségével a korábbi eljárások, próbálja meg visszaállítani az adatbázist.
WordPress egy beépített segédprogram adatbázis helyreállításához. Alapértelmezésben ki van kapcsolva (mert nem tudja korlátozni a hozzáférést, ami azt jelenti, hogy veszélyezteti a biztonságot a szerver).
sudo nano /var/www/html/wp-config.php
Helyezze be a következő sort a fájlban:
Ez a sor tartalmazza az adatbázis helyreállítási funkciót.
Mentse és zárja be a fájlt.
Megjegyzés. Ahelyett www.example.com adja a saját domain vagy IP.
Oldal megjeleníti az adatbázis hasznosítás:
WordPress automatikusan keresni valami közös adatbázis problémák és javítási őket. Javítása eltarthat egy ideig, ezért kérjük, legyen türelemmel. [...]
Kattintson javítási adatbázis gombot. Az oldalon jelenik meg a találatok között, ahol nyomon követheti az ellenőrzések és a korrekciók valós időben.
Aztán megint, nyissa meg a wp-config.php fájlt, és vegye ki a következő sort, amely támogatja az adatbázis visszaállító segédprogram.
Ellenőrizze a működését a helyszínen. Ha megtalálható a WordPress adatbázis hiba nem javítható, próbálja meg visszaállítani az adatbázist a biztonsági mentésből.
WordPress Ha a segédprogram nem észleli a problémát, az adatbázis, így az adatbázis szintén nem forrása csatlakozási hibák. Talán néhány átmeneti hiba.
A legtöbb esetben, a kapcsolat beállítási hiba kiküszöbölhető módszerekkel fent javasolt. Előfordul azonban, hogy a hiba forrása a támadás vagy hiánya szerver erőforrásait.
Erőforrások védelme a szerveren, konfigurálja a caching WordPress. Hasznos útmutató megtalálható a kézi konfigurálása Redis caching, hogy gyorsítsák fel a WordPress.