Як виправити помилку з'єднання з базою даних на WordPress

1. Чому виникає помилка?
2. Чи виникає така ж помилка для / wp-admin /?
3. Перевірка файлу WP-Config
4. Перевірте ваш веб-хостинг (MySQL Server)
5. альтернативні рішення

Якщо ви провели в інтернеті досить довгий час, ви точно зустрічалися з такою помилкою хоча б пару раз. Помилка усталовленія з'єднання з базою даних - одне з тих прокльонів, яке може виникнути з різних причин. Для новачка на WordPress це дуже неприємно, особливо якщо помилка спливає сама по собі.

Подібна помилка з'явилася і на нашому сайті. Знадобилося трохи більше 20-ти хвилин, щоб знайти і виправити проблему. Поки ми шукали можливі причини, ми не виявили жодної хорошої статті, що зачіпає цю тему цілком. У даній статті ми покажемо вам, як вирішити проблему з'єднання з базою даних на WordPress, зібравши список рішень в одному місці.

Примітка: перш ніж вносити зміни в базі даних, зробіть необхідні резервні копії.

Чому виникає помилка?

Якщо коротко, така помилка з'являється тому, що WordPress не може встановити з'єднання з базою даних. Причини, чому він цього не може зробити, бувають різні. Може бути, ваші логін і пароль в базі даних введені неправильно або були змінені. Може бути, сервер вашої бази даних не відповідає. Може бути, файли в базі даних були пошкоджені. Виходячи з нашого досвіду, велика частина помилок відбувається через різного роду помилок сервера, хоча є й інші чинники. Давайте розберемося, як цю проблему можна усунути.

Чи виникає така ж помилка для / wp-admin /?

Перше, що ви має зробити, це переконатися, що одна і та ж помилка виникає як в зовнішньому інтерфейсу сайту, так і у внутрішньому (wp-admin). Якщо повідомлення про помилку однакове на обох сторінках - "Error establishing a database connection", - то можете приступати до наступного кроку. Якщо ж у вас виникає інша помилка на wp-admin, наприклад - "One or more database tables are unavailable. The database may need to be repaired ", - то вам потрібно лагодити вашу базу даних.

Ви можете це зробити, додавши наступний рядок в ваш wp-config.php файл. Додайте її перед 'That's all, stop editing! Happy blogging 'в wp-config.php:

Зробивши це, ви зможете побачити налаштування на цій сторінці: http://www.yoursite.com/wp-admin/maint/repair.php

Пам'ятайте, що користувачеві не потрібно входити в систему, щоб отримати доступ до цієї функції, поки присутній дана дефініція. Все тому, що її головне призначення - відновити пошкоджену систему даних. Користувачі часто не можуть увійти в систему, якщо база даних пошкоджена. Тому як тільки ви закінчили ремонтувати і оптимізувати вашу базу даних, обов'язково видаліть цей рядок з wp-config.php.
Якщо це не вирішило проблему, або якщо ви не можете виконати цю операцію, читайте далі - можливо у вас спрацює інший спосіб.

Перевірка файлу WP-Config

WP-Config.php, мабуть, найважливіший файл у всьому процесі інсталяції WordPress. Тут ви можете встановити параметри для WordPress і підключитися до бази даних. Якщо ви поміняли свій кореневої пароль, або пароль бази даних, тоді вам потрібно буде змінити і цей файл теж. Спочатку завжди перевіряйте, чи немає змін у вашому wp-config.php файлі.

Пам'ятайте, що значення DB_Host не завжди буде localhost. Залежно від хостингу, воно буде різним. Для популярних хостингів, таких як HostGator, BlueHost, Site5, це localhost. Інші значення ви можете знайти тут.

Деякі кажуть, що їм вдалося усунути проблему, помінявши localhost на IP. Така ситуація часто виникає при запуску WordPress на локальному сервері. Наприклад на MAMP заміна значення DB_Host на IP може спрацювати.

IP будуть різними в завісімотсі від веб-хостингу.

Якщо в цьому файлі немає помилок (перевірте на помилки), то швидше за все щось не так з сервером.

Перевірте ваш веб-хостинг (MySQL Server)

Часто цю помилку з'єднання з базою даних помічають, коли на сайті росте трафік. Сервер вашого хостингу просто не може впоратися з напливом (особливо коли ви використовуєте загальний хостинг). Ваш сайт буде сильно гальмувати і деяким користувачам показувати помилку. Тому краще, що ви можете зробити, це зв'язатися з вашим хостинг провайдером по телефону або лайвчату, і запитати у них, чи працює ваш MySQL сервер.

Ті з вас, хто самі хочуть протестувати MySQL сервер, можуть зробити наступне. Перевірте, чи присутній така ж проблема на інших сайтах того ж сервера. Якщо там з'являється така ж помилка, то справа точно в MySQL сервері. Якщо у вас немає ще одного сайту на тому ж хостинг акаунті, просто зайдіть в cPanel і спробуйте отримати доступ до phpMyAdmin і підключитися до бази даних. Якщо ви не можете підключитися, то вам потрібно переконатися, чи має ваш користувач бази даних відповідний дозвіл. Створіть новий файл під назвою testconnection.php і вставте в нього наступний код:

Переконайтеся, що ви замінили юзернейм і пароль. Якщо ви підключилися, значить ваш користувач має потрібний дозвіл, і проблема в чомусь іншому. Ідіть назад в файл wp-config і перевірте, чи всі в ньому правильно (перегляньте ще раз на помилки).

Якщо ви не можете підключитися до бази даних через phpMyAdmin, то можете бути впевнені, що проблема в сервері. Це не означає, що ваш сервер MySQL впав. Можливо, у вашого користувача немає відповідного доступу.

У нашому випадку, сервер MySQL працював. Всі наші сайти на сервері справно працювали, крім одного. Коли ми спробували зайти в phpMyAdmin, з'явилася наступна помилка:

# +1045 - Access denied for user 'foo' @ '%' (using password: YES)

Ми подзвонили HostGator і їх підтримка швидко знайшла проблему. Якимось чином доступ нашого користувача був перезавантажений. Не знаємо, як це сталося, але очевидно це послужило причиною. Вони відновили доступ і нам вдалося знову запустити сайт.

Тому якщо у вас з'являється помилка доступу при підключенні до вашого phpMyAdmin або через результати testconnection.php, відразу зв'язуйтеся з вашим хостингом - вони зможуть це виправити.

альтернативні рішення

Важливе застереження: для вас ці рішення можуть не підійти. Використовуйте на свій ризик, і робіть необхідні резервні копії на випадок, якщо щось піде не так.

Один з користувачів розповів про те, що його клієнт натрапив на помилку, пов'язану з базою даних. Навіть після відновлення бази даних помилка не пропадала. Він багато перепробував, але врешті-решт проблема знайшлася в url сайту. Він був змінений, в результаті чого з'явилася ця помилка. Він запустив SQL-запит, зайшовши в phpMyAdmin:

Переконайтеся, що ви поміняли YOUR_SITE_URL на діючий url, наприклад: http://www.coma.lv. Опції wp_ будуть залежати від того, чи поміняли ви дефолтний префікс бази даних WordPress.

В його і кількох інших випадках це виправило помилку.
Інший користувач сказав, що йому вдалося підключитися до бази даних за допомогою testconnection.php, тому він поміняв користувача wp-config.php на кореневого користувача. WordPress став прекрасно працювати. Потім він повернув настройки назад до користувача бази даних. Він не міг зрозуміти, в чому була проблема, але думає, що в помилці.

Ще один користувач повідомила, що вона прибрала вміст active_plugins з таблиці wp_options і отредактировала вміст recently_edited. Судячи з усього, це вирішило проблему.

У багатьох джерелах говориться, що користувачі змогли виправити цю помилку просто скачавши свіжу версію WordPress.

Це дуже неприємна помилка. Що, з того що ви пробували, спрацював біля вас? Ми з удовольствем розширимо цю статтю, щоб спростити пошук рішення для інших.

Наша спеціальність - розробка та підтримка сайтів на WordPress. Контакти для безкоштовної консультації - [email protected] , +371 29394520