Повідомлення «Помилка встановлення з’єднання з базою даних» означає, що WordPress не може отримати доступ до MySQL або MariaDB, де зберігаються записи, налаштування, облікові записи, замовлення та інший вміст сайту. У результаті сторінки можуть не відкриватися, а в адміністративній панелі з’являється та сама помилка.
Причина не завжди пов’язана з пошкодженням самої бази. Проблема може виникнути через помилкові дані в wp-config.php, недоступність сервера бази даних, перевищення лімітів хостингу, пошкоджені таблиці або наслідки оновлення, перенесення чи зараження сайту.
Перед будь-якими змінами бажано створити резервну копію файлів і бази даних. Якщо доступ до панелі хостингу є, скористайтеся штатними засобами резервного копіювання або експорту бази через phpMyAdmin. Відновлення чи ремонт таблиць без копії може призвести до додаткової втрати даних.
Що означає повідомлення WordPress
WordPress складається з файлів і бази даних. Файли містять ядро системи, теми та плагіни, а база даних — динамічну інформацію сайту. Під час завантаження сторінки WordPress використовує параметри підключення та звертається до сервера MySQL або MariaDB.
Якщо підключитися не вдається, система показує стандартне повідомлення про помилку. Воно не вказує точну причину, тому діагностику потрібно проводити послідовно.
- Якщо помилка з’явилася одразу після перенесення сайту, спочатку перевіряють реквізити бази та відповідність користувача.
- Якщо сайт раніше працював нормально, можливі тимчасовий збій сервера, перевищення ресурсів або пошкодження таблиць.
- Якщо недоступні одразу кілька сайтів на одному хостингу, імовірні проблеми на стороні сервера чи мережі.
- Якщо головна сторінка відкривається частково, але адміністративна панель не працює, причиною можуть бути пошкоджені дані або конфлікт розширення.
Перевірте також, чи не проводяться на хостингу технічні роботи та чи не закінчився дисковий простір. За відсутності доступу до панелі керування варто звернутися до технічної підтримки хостингу й уточнити стан сервера баз даних.
Дані підключення в wp-config.php
Файл wp-config.php розташований у кореневій директорії WordPress. У ньому вказані основні параметри підключення:
DB_NAME— назва бази даних;DB_USER— користувач бази;DB_PASSWORD— пароль користувача;DB_HOST— адреса сервера бази даних.
Порівняйте ці значення з даними, вказаними в панелі хостингу. Після перенесення сайту назва бази, ім’я користувача або пароль часто змінюються. На деяких серверах як DB_HOST використовується localhost, але іноді хостинг надає окрему адресу, порт або службове ім’я сервера. Не слід механічно замінювати це значення без перевірки документації провайдера.
Переконайтеся, що користувач має права на потрібну базу даних. Навіть правильний пароль не допоможе, якщо користувача не додано до бази або йому заборонено підключення. Також перевірте, чи немає зайвих пробілів, помилкових лапок або символів у конфігурації.
Перед редагуванням завантажте копію поточного wp-config.php. Неправильна зміна синтаксису може спричинити вже іншу помилку — наприклад, повідомлення про помилку PHP або повну недоступність сайту.
Стан MySQL-сервера
Якщо реквізити у файлі конфігурації правильні, потрібно перевірити, чи працює сам сервер MySQL або MariaDB. На віртуальному чи виділеному сервері це можна зробити через панель керування або консольні інструменти. На звичайному хостингу інформацію про стан сервісу надає провайдер.
Типові причини недоступності бази:
- тимчасова аварія або перезапуск сервера;
- перевищення ліміту оперативної пам’яті, процесорного часу чи кількості одночасних підключень;
- заповнення дискового простору;
- блокування облікового запису або перевищення ліміту баз даних;
- зміна адреси чи параметрів сервера після міграції;
- помилки конфігурації MySQL або MariaDB.
Якщо доступна панель хостингу, перевірте журнали помилок, використання ресурсів і можливість відкрити базу через phpMyAdmin. Якщо phpMyAdmin також не підключається, проблема, ймовірно, не в WordPress, а в сервері, обліковому записі або самій базі.
На цьому етапі не варто без потреби перезапускати сервіси, змінювати системні конфігурації чи виконувати команди з інтернету без розуміння їхньої дії. Такі операції можуть перервати роботу інших сайтів або погіршити стан бази.
Пошкоджені таблиці
Окрема причина помилки — пошкодження однієї чи кількох таблиць. Воно може виникнути після аварійного завершення роботи сервера, нестачі дискового простору, збою файлової системи, некоректного перенесення або проблем із диском.
У phpMyAdmin можна перевірити таблиці бази та, якщо інструмент доступний, виконати операцію перевірки або відновлення. Для таблиць MyISAM інколи застосовується стандартна функція repair, але для InnoDB підхід інший: примусове редагування файлів бази або небезпечні параметри запуску можуть призвести до незворотної втрати даних.
Перед ремонтом таблиць обов’язково зробіть дамп бази, навіть якщо вона вже частково пошкоджена. Якщо повний експорт не виконується, варто зберегти доступні таблиці окремо та зафіксувати повідомлення про помилки. Не видаляйте таблиці й не створюйте нову базу поверх старої, доки не зрозуміло, які дані можна врятувати.
Ознаками серйознішого пошкодження можуть бути помилки читання таблиць, відсутність окремих записів, неможливість експорту, повідомлення про пошкоджені індекси або різке збільшення розміру бази. У такій ситуації доречна професійна Відновлення бази даних сайту після пошкодження після попередньої діагностики та створення копії доступних даних.
Відновлення роботи сайту
Безпечна послідовність дій залежить від результатів перевірки:
- Зафіксуйте повідомлення про помилку та час її появи.
- Перевірте резервні копії, не перезаписуючи ними поточні файли й базу без попередньої оцінки.
- Порівняйте параметри
DBNAME,DBUSER,DBPASSWORDіDBHOSTз налаштуваннями хостингу. - Перевірте права користувача, стан MySQL або MariaDB, дисковий простір і доступність phpMyAdmin.
- Зробіть копію бази та файлів перед ремонтом таблиць або відновленням резервної версії.
- Якщо база справна, але сайт не запускається, перевірте останні зміни в плагінах, темі, ядрі WordPress і серверних налаштуваннях.
Якщо помилка виникла після зміни пароля, його можна оновити в wp-config.php. Якщо проблема з’явилася після перенесення, потрібно перевірити не лише конфігурацію, а й імпорт бази, кодування, права доступу та відповідність версій PHP і MySQL.
Звернення до спеціаліста потрібне, коли немає резервної копії, база не відкривається, експорт завершується помилкою, пошкоджені таблиці містять важливі дані або сайт має ознаки зараження. Також краще не виконувати самостійний ремонт на робочому сайті, якщо він приймає замовлення, платежі чи реєстрації: навіть коротка помилка під час операції може призвести до втрати нових записів.
Після відновлення доступу перевірте головну сторінку, кілька внутрішніх URL, вхід до адміністративної панелі, форми, замовлення та фонові завдання. Потім створіть нову резервну копію, оновіть WordPress і розширення лише після перевірки сумісності та встановіть регулярний контроль резервування й журналів помилок.