Помилка WordPress «Error Establishing a Database Connection»: як виправити та поради з MySQL для українських сайтів

Помилка WordPress «Error Establishing a Database Connection» означає, що ваш сайт не може підключитися до бази даних MySQL; найпоширеніші причини — неправильні дані у файлі wp-config.php, зупинений або перевантажений сервіс MySQL, пошкоджені таблиці бази даних, недостатність ресурсів хостингу або неправильно налаштовані права користувача. Щоб вирішити проблему, спочатку перевірте назву бази, ім’я користувача, пароль і адресу сервера; далі — стан сервісу MySQL, ремонт таблиць, використання ресурсів та безпекові плагіни.

Ця помилка зазвичай відображається не порожньою білою сторінкою, а чітким повідомленням WordPress і робить недоступними як фронтенд сайту, так і панель адміністрування. Особливо критично це для інтернет-магазинів, корпоративних сайтів, систем членства або популярних блогів, де навіть кілька хвилин простою означають втрату замовлень, реєстрацій, рекламних доходів і довіри. Добра новина — хоча помилка лякає, у більшості випадків її можна виправити за 10-20 хвилин послідовної діагностики.

У цьому матеріалі для блогу Hostragons ми крок за кроком розглянемо, як правильно усунути помилку підключення до бази даних WordPress, з урахуванням особливостей України, актуальних SEO-запитів 2026 року та практичних порад по MySQL, аналізу ресурсів сервера, ремонту таблиць і безпеці. Якщо помилка повторюється часто, варто не лише шукати тимчасове рішення, а й покращувати інфраструктуру: правильний вибір хостингу відіграє ключову роль — ознайомтесь із нашими Пакети хостингу WordPress та Рішення для веб-хостингу високої продуктивності.

Що таке помилка WordPress Error Establishing a Database Connection?

Під час генерації сторінок WordPress не просто завантажує файли теми, а звертається до бази даних MySQL або MariaDB за інформацією про пости, сторінки, користувачів, меню, налаштування плагінів, замовлення WooCommerce і параметри сайту. Якщо зв’язок із базою не встановлюється, з’являється повідомлення «Error Establishing a Database Connection». Тобто PHP-файли на сервері можуть бути в наявності, домен працювати, SSL-сертифікат бути активним — але без доступу до бази контент не генерується.

Для простоти можна уявити це як телефонний довідник: WordPress дзвонить за номером із довідника, щоб зібрати інформацію для сторінки. Якщо назва довідника змінилася, пароль неправильний, лінія зайнята або файл довідника пошкоджений — дзвінок не відбудеться. В результаті сайт ніби працює, але вміст не відображається.

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

Найпоширеніші причини та швидка порівняльна таблиця

Нижче наведена таблиця з основними причинами помилки «Error Establishing a Database Connection» у WordPress, типовими ознаками та першими кроками для перевірки. Це допоможе швидко визначити джерело проблеми і мінімізувати ризик втрати даних або непотрібних змін.

Підготовка до усунення помилки: безпечний підхід

При появі помилки поспішне видалення файлів, зміна теми або масове відключення плагінів може погіршити ситуацію. Головне правило — зберегти поточний стан. Якщо працюєте на живому сайті, не запускайте команди ремонту без повного бекапу, не видаляйте таблиці і не міняйте користувачів без плану.

• Зробіть резервну копію файлів: скачайте каталог public_html або кореневу папку WordPress.
• Зробіть резервну копію бази даних через phpMyAdmin або інструмент бекапів у панелі хостингу.
• Занотуйте останні зміни: додані плагіни, оновлення тем, зміна версії PHP, міграція сайту або оновлення паролів.
• Зафіксуйте час виникнення помилки для зіставлення з логами MySQL і графіками ресурсів.
• Вносьте по одному зміненню за раз — так легше ідентифікувати причину.

У професійних проектах найкраще працювати на тестовій копії сайту (staging). Якщо резервних копій немає, дізнайтеся у хостера про політику автоматичного бекапу. У Hostragons доступна інформація про Послуги резервного копіювання хостингу.

Крок 1: Перевірка даних у wp-config.php

Файл wp-config.php — ключовий для з’єднання WordPress з MySQL. Зазвичай він розташований у кореневій папці сайту і містить назву бази, ім’я користувача, пароль і адресу сервера. Якщо помилка з’явилась після перенесення сайту, зміни домену або оновлення пароля в хостинг-панелі — саме тут варто почати перевірку.

Що потрібно перевірити

• DB_NAME: повна назва бази даних повинна відповідати тій, що створена в хостингу. Часто до назви додається префікс облікового запису.
• DB_USER: ім’я користувача MySQL, який має доступ до бази.
• DB_PASSWORD: пароль, який має бути точно таким самим, з урахуванням регістру, спеціальних символів і без зайвих пробілів.
• DB_HOST: зазвичай це localhost для спільних хостингів, але іноді потрібна IP-адреса або інший хост.
• DB_CHARSET: зазвичай utf8mb4 — допомагає уникнути проблем із кодуванням, хоча безпосередньо не спричиняє помилку з’єднання.

Наприклад, у cPanel назва бази може мати вигляд korystuvach_sitename, а користувач — korystuvach_wpuser. Якщо у файлі wp-config.php пропущено префікс, з’єднання не відбудеться.

Найнадійніший спосіб підтвердити пароль — встановити новий у панелі хостингу для MySQL-користувача і скопіювати його у wp-config.php. Особливо уважно ставтеся до спеціальних символів і пробілів на початку чи в кінці рядка — вони можуть зламати підключення.

Крок 2: Перевірте, чи працює сервіс MySQL

Якщо дані у wp-config.php вірні, наступним кроком потрібно впевнитися, що сервіс MySQL активний. На спільних хостингах це можна зробити через панель керування, на VPS або виділеному сервері — через SSH. Якщо у вас керований хостинг, найпростіше звернутися до служби підтримки з інформацією про час помилки.

Перевірки для спільного хостингу

• Перегляньте статус сервісу MySQL, використання ресурсів і логи помилок у панелі хостингу.
• Якщо у вас кілька сайтів на одному акаунті, перевірте, чи працюють інші WordPress-сайти.
• Спробуйте зайти в phpMyAdmin — якщо і там помилка, проблема у сервері, а не у WordPress.
• Перевірте сторінку статусу хостера на предмет планових технічних робіт або аварій.

Перевірки для VPS або серверів

На VPS перевірте, чи працює служба MySQL або MariaDB командою типу systemctl status mysql або service mysql status. Якщо сервіс зупинений, спробуйте перезапустити. Тимчасове рішення — це перезапуск, але причиною можуть бути нестача оперативної пам’яті, переповнений диск, пошкоджені таблиці чи велике навантаження.

Наприклад, на сервері з 2 ГБ RAM одночасна робота PHP-FPM, веб-сервера і MySQL може призвести до відключення MySQL через нестачу ресурсів.

Важливий показник — рівень заповнення диску. Якщо він перевищує 90%, MySQL не може коректно працювати через проблеми з тимчасовими файлами і логами. Рішення — налаштувати ротацію логів, видалити зайві резервні копії, оптимізувати базу та за потреби збільшити ресурси. Для масштабованих рішень рекомендуємо Hostragons рішення для VPS серверів.

Крок 3: Перевірте права користувача бази даних

Присутність користувача MySQL недостатня — він має мати потрібні права на базу. Після міграції сайту часто забувають повторно призначити права, через що виникає помилка підключення або відсутність прав.

У панелі хостингу у розділі MySQL-бази додайте користувача до бази та надайте права. Для WordPress потрібні права: SELECT, INSERT, UPDATE, DELETE, CREATE, ALTER, INDEX і DROP. Рекомендується для кожного сайту створювати окрему базу і користувача — це підвищує безпеку і ізолює проекти.

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

Крок 4: Відновіть пошкоджені таблиці бази даних

Буває, що дані у wp-config.php правильні, сервіс MySQL працює, права налаштовані, але помилка не зникає. В такому випадку варто перевірити таблиці бази даних на цілісність — їх можуть пошкодити аварійне вимкнення сервера, помилки оновлень, проблеми з диском або інтенсивні записи.

Режим ремонту WordPress

WordPress має вбудований інструмент ремонту таблиць. Для його активації додайте у wp-config.php рядок define('WP_ALLOW_REPAIR', true);. Потім перейдіть за посиланням http://ваш_сайт/wp-admin/maint/repair.php. Після завершення ремонту обов’язково видаліть цей рядок, бо сторінка не вимагає авторизації — це потенційна загроза безпеці.

Ремонт і оптимізація через phpMyAdmin

У phpMyAdmin виберіть усі таблиці бази, а потім оберіть опції «Repair table» і «Optimize table». Для великих WooCommerce-сайтів це може призвести до тимчасового уповільнення. Особливо слід бути обережним з таблицями wp_postmeta, wp_options і таблицями замовлень, які можуть містити мільйони записів. Перед процедурою обов’язково зробіть бекап.

Приклад з практики: у магазині з 50 000 товарів таблиця wp_postmeta може налічувати мільйони рядків. Планова оптимізація краще проходить у години низького навантаження або в тестовому середовищі. Також рекомендуємо узгоджувати дії зі службою підтримки хостингу.

Крок 5: Аналізуйте останні оновлення плагінів, теми та системи

Хоча помилка «Error Establishing a Database Connection» не є типовою проблемою плагінів, деякі з них можуть сильно навантажувати базу і вичерпувати ліміти з’єднань. Особливо це стосується плагінів безпеки, статистики, резервного копіювання, автоматичного імпорту та конструкторів сторінок з поганою оптимізацією.

Якщо проблема виникає в певний час доби, перевірте Cron-завдання. Наприклад, резервне копіювання вночі о 2:00 може співпадати з синхронізацією товарів і скануванням безпеки — все це збільшує навантаження і число з’єднань.

• Тимчасово відключіть недавно встановлені плагіни.
• Перенесіть резервне копіювання та сканування на години з низьким трафіком.
• Замість плагінів статистики, які пишуть у базу, використовуйте зовнішні сервіси аналітики.
• У WooCommerce перевірте налаштування завдань кошика, сесій та інших планувальників.
• Оновлюйте теми і плагіни спершу на тестовому середовищі, а потім на живому сайті.

Крок 6: Оцініть ресурси хостингу та ліміти

Велика частина помилок з підключенням до бази даних виникає через нестачу ресурсів, а не через некоректні налаштування. На спільних хостингах CPU, RAM, I/O, кількість одночасних процесів і з’єднань MySQL мають обмеження. Зростання трафіку, атаки ботів, періоди акцій або складні SQL-запити можуть перевантажити сервер і призвести до помилки.

Аналіз ресурсів має враховувати не лише кількість відвідувачів, а й тип запитів. Наприклад, 100 реальних користувачів можуть створити менше навантаження, ніж 10 000 ботів, а кешована сторінка виконує один запит, тоді як сторінка категорії WooCommerce — десятки.

Коли варто подумати про апгрейд хостингу?

• Якщо помилка з’являється лише в години пікового навантаження.
• Якщо графіки використання ресурсів регулярно перевищують 80-100%.
• Якщо у вас динамічний сайт — інтернет-магазин, LMS або сайт членства.
• Якщо незважаючи на кешування, MySQL виконує повільні запити.
• Якщо на одному акаунті розміщено велику кількість WordPress-сайтів.

У таких випадках рекомендуємо розглянути перехід на потужніший WordPress-хостинг, хмарний сервер або керований VPS. Управління доменом, хостингом і SSL в одному надійному середовищі значно спрощує адміністрування. Детальніше про варіанти читайте на сторінках Реєстрація доменного імені, сертифікат SSL і рішення для корпоративного хостингу.

Поради для підвищення продуктивності MySQL

Щоб уникнути повторення помилки, потрібно регулярно виконувати обслуговування MySQL. Зі зростанням WordPress бази даних таблиці розростаються: старі ревізії, спам-коментарі, тимчасові опції, залишки cron-завдань і логи плагінів уповільнюють роботу. Нижче — кілька порад, які допоможуть зменшити навантаження і пришвидшити сайт.

1. Тримайте таблицю wp_options у порядку

Таблиця wp_options — одна з найважливіших. Записи з параметром autoload=yes завантажуються в пам’ять при кожному запиті. Якщо таких записів надто багато — наприклад, більше 5-10 МБ — час генерації сторінок зростає. Не видаляйте записи випадково, спочатку зробіть бекап і з’ясуйте, до якого плагіна вони належать.

2. Обмежуйте кількість ревізій у базі

На блогах із багатьма авторами кожне оновлення створює нову ревізію посту. При 500 постах і 20 ревізіях на пост утворюється велика кількість записів. Обмеження кількості ревізій робить базу компактнішою і швидшою.

3. Використовуйте персистентне кешування об’єктів

Рішення Redis або Memcached кешують результати запитів у пам’яті, знижуючи навантаження на MySQL. Особливо це корисно для сайтів з авторизацією і WooCommerce, де багато сторінок генеруються індивідуально.

4. Відстежуйте повільні запити

На VPS або виділених серверах увімкніть логування slow query — це допоможе виявити довгі запити, проблемні плагіни або відсутні індекси. На спільних хостингах скористайтеся плагінами для моніторингу продуктивності і запитів, а також зверніться до техпідтримки.

5. Обмежуйте бот-трафік

Агресивні боти часто викликають динамічні сторінки, виснажуючи з’єднання MySQL. Використання фаєрвола, обмеження швидкості, CDN, оптимізація robots.txt і захист сторінок входу значно знизять навантаження. Особливо стежте за запитами до wp-login.php і xmlrpc.php.

Безпека: чи може помилка бути ознакою атаки?

Не кожна помилка підключення означає атаку, але іноді це наслідок brute force, сканування ботами, SQL-ін’єкцій або шкідливої активності плагінів. Різкий сплеск навантаження, незнайомі адміністраторські акаунти, підозрілі файли і незвичний трафік — привід для детального аналізу безпеки.

Щоб захистити сайт, тримайте ядро, теми й плагіни в актуальному стані, видаляйте непотрібні плагіни, використовуйте надійні паролі і двофакторну аутентифікацію. Користувачам бази надавайте мінімально необхідні права і не використовуйте одного користувача для кількох сайтів. SSL не виправляє помилки підключення до MySQL, але забезпечує безпечний обмін даними в адмінпанелі. Корисно ознайомитися з нашим що таке сертифікат SSL та як його встановити.

Чому помилка часто з’являється після перенесення сайту?

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

Перелік перевірок після міграції: нова назва бази, ім’я користувача, актуальний пароль, правильний DB_HOST, доступ до phpMyAdmin, правильні префікси таблиць, налаштування site URL, сумісність версії PHP і права на файли. Також слід переконатися, що домен коректно вказує на новий IP. Для управління доменами рекомендуємо Перевірка домену та управління доменним ім'ям.

Список профілактичних заходів, щоб помилка не повторювалась

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

• Налаштуйте автоматичне щоденне резервне копіювання й тестуйте відновлення.
• Оновлюйте WordPress, теми і плагіни контрольовано, з тестуванням.
• Моніторьте розмір бази, особливо таблиць wp_options і wp_postmeta.
• Регулярно перевіряйте графіки використання ресурсів сервера.
• Обмежуйте бот-трафік, атаки brute force і виклики xmlrpc.php.
• Підтримуйте актуальні версії PHP і MySQL відповідно до рекомендацій.
• Використовуйте тестове середовище для великих оновлень перед запуском на живому сайті.
• У разі планування кампаній або пікових навантажень заздалегідь перевіряйте ресурси хостингу.

Якщо ваш сайт регулярно перевищує 80% лімітів ресурсів, не чекайте на помилки — оптимізуйте або оновлюйте тариф. Помилка підключення — це зазвичай останній сигнал про проблему, до якого додаються повільне завантаження сторінок, таймаути і попередження в адмінпанелі.

Коли звертатися за професійною допомогою?

Прості виправлення у wp-config.php під силу більшості власників сайтів, але при великих базах, інтернет-магазинах, високих навантаженнях або самостійному керуванні VPS краще звернутися до експертів. Особливо це стосується ремонту таблиць, налаштування сервера, оптимізації MySQL і розподілу ресурсів.

Рекомендуємо звертатися до професіоналів, якщо у вас немає резервних копій, база дуже велика, помилка повторюється часто, постраждала платіжна система WooCommerce, ви не можете розібратися з логами сервера або MySQL сервіс постійно падає. Вчасна допомога не лише відновить роботу сайту, а й знизить ризик повторних збоїв.

Коротке резюме та м’який заклик до дії

Помилка WordPress «Error Establishing a Database Connection» сигналізує про проблему з підключенням до бази даних MySQL і є серйозною, але часто виправною. Важливо послідовно перевірити налаштування wp-config.php, стан MySQL, права користувачів, цілісність таблиць і ресурси хостингу. Для довгострокового стабільного функціонування застосовуйте регулярні бекапи, оптимізацію бази, заходи безпеки та підбирайте відповідний хостинг.

Якщо ваш сайт часто падає через цю помилку, сповільнюється в пікові години або ваш хостинг уже не справляється — ознайомтеся з рішеннями Hostragons: WordPress-хостинг, VPS, домени та SSL, які забезпечать надійну роботу і масштабування. Правильний вибір інфраструктури — запорука успіху вашого проекту.

Поширені запитання

Чому виникає помилка WordPress Error Establishing a Database Connection?

Ця помилка зазвичай викликана неможливістю WordPress підключитися до MySQL. Основні причини — неправильні дані у wp-config.php, неправильний пароль бази, зупинка сервісу MySQL, пошкоджені таблиці, нестача ресурсів хостингу або відсутність потрібних прав користувача.

Які дані у файлі wp-config.php потрібно перевірити?

Потрібно переконатися у правильності значень DB_NAME, DB_USER, DB_PASSWORD і DB_HOST. Часто в назвах бази і користувача присутній префікс облікового запису хостингу. Особливо уважно ставтеся до пароля — регістр, спеціальні символи і пробіли в кінці можуть спричинити помилку.

Чи означає помилка, що мої дані втрачені?

Ні. У більшості випадків дані не видалені, просто WordPress не може підключитися до бази. Проте перед будь-якими діями з ремонту або зміною користувачів обов’язково робіть повний бекап файлів і бази.

Чи безпечно ремонтувати таблиці MySQL?

Після резервного копіювання використання режиму ремонту WordPress або phpMyAdmin є безпечним. Однак для великих WooCommerce або високонавантажених сайтів ці операції потрібно планувати на години низького трафіку і бажано тестувати в середовищі staging.

Що робити, щоб помилка не повторювалась?

Регулярно створюйте резервні копії, оновлюйте WordPress і плагіни, контролюйте розмір великих таблиць wp_options і wp_postmeta, обмежуйте бот-трафік, стежте за ресурсами сервера і обирайте хостинг відповідно до рівня вашого трафіку.