Słyszałem do tej pory na 2015 być każdy wirus lub wykorzystanie SQL aby „usunąć” setki witryn i blogów WordPress, Jak to było w poprzednich latach, ale około miesiąca występują dziwne rzeczy. Poznałem wiele miejsc, które wydawało się stracone Połączenie bazy. Error nawiązanie połączenia z bazą danych.
W praktyce, gdy taki błąd wystąpi na WordPress, pierwsze rzeczy do sprawdzenia to:
- jeśli usługa mysql Server-side. Istnieją sytuacje, w których przeciążenie serwera który jest gospodarzem usługi bazy mysql / mysqld przestać biegać. W takim przypadku usługa zostanie ponownie uruchomiona z terminal (przez ssh lub konsolę) lub z interfejsu sieciowego, jeśli istnieje taka możliwość.
- błąd konfiguracji użytkownik / hasło in wp-config.php. W tej sytuacji sprawdzane jest, czy użytkownik bazy danych i nazwa bazy danych są poprawnie ustawione w wp-config.php.
Trzecia sytuacja jest korupcja (jak dotąd niewytłumaczalne) tabela wp_options z MySQL. Zanim więc wpadniesz w panikę, jeśli znajdziesz witrynę z „Error nawiązanie połączenia z bazą danych ”, dobrze jest sprawdzić, czy tabele w bazie danych są w porządku.
Jak sprawdzić i naprawić tabelę wp_options z WordPress na wypadek, gdyby był uszkodzony. Oznaczony jako uszkodzony i powinien zostać naprawiony.
1. otwarte phpMyAdminIdziemy na bazie danych serwisu, która jest w dół i próbować uzyskać dostęp do tabeli wp_options, Jeśli jest uszkodzony, powiadomienie pojawi który informuje tego.
W powyższym ekranie jest o tabeli wp_options z bazy danych "mobile_apk". Tabela 'sqldb / wp_options'jest oznaczony jako uszkodzony i powinien zostać naprawiony.
2. Wybierz tabelę wp_options, zaznaczając pole obok niego, a następnie przejdź do dolnego menu rozwijanego (Z wybranymi) i wybierz „stół Naprawa".
3. Po tym kroku samouczka, niestandardowe SQL czekać na odpowiedź, a następnie sprawdzić, czy witryna idzie w parametrach normalnych.
użytkowników WordPress którzy nie mają zainstalowanego phpMyAdmina, mogą to zrobić z terminal / serwer na którym znajduje się baza danych, wykonując komendy:
- sprawdź, czy wp_ tableoptions jest skorumpowany:
mysqlcheck -c baza_date wp_options -u user_db -p
- napraw tabelę wp_options z bazy „bazy danych”:
mysqlcheck -r mydb wp_options -u user -p
To dobrze, że po upewnieniu się, że miejsce wróciło do normy, aby wykonać kopię zapasową bazy danych. zalecają nawet regularne kopie zapasowe. Nigdy nie wiadomo :)
DLACZEGO jednak tak się dzieje? Doświadczyłem tego z wieloma witrynami dla klienta, które są hostowane na Boguaddi serwer. Naprawienie tego jest dość łatwe, ale co w pierwszej kolejności powoduje jego uszkodzenie i jak mogę temu zapobiec?