Если при заходе на сайт вместо контента появляется ошибка вроде «Error establishing a database connection» или «не удалось подключиться к информационной базе», проблема почти всегда на стороне сервера БД, а не у пользователя: либо СУБД не отвечает, либо в настройках подключения указаны неверные данные.

Что проверить в первую очередь

• Запущена ли служба СУБД (MySQL/PostgreSQL и т.п.) на сервере — через панель хостинга или командой systemctl status mysql.
• Совпадают ли логин, пароль и имя базы в конфиге приложения (например, wp-config.php) с реальными реквизитами доступа.
• Не исчерпан ли лимит одновременных подключений — частая причина при пиковой нагрузке на дешёвом хостинге.
• Свободно ли место на диске: при переполнении СУБД перестаёт принимать запросы.

Как быстро локализовать причину

Подключитесь к базе напрямую через консоль или phpMyAdmin с теми же данными, что указаны в конфиге сайта. Если подключение проходит — проблема в коде приложения или в правах доступа файла конфигурации. Если нет — разбираться нужно на уровне самой СУБД: смотреть лог-файл сервера баз данных, там обычно явно указана причина отказа (нехватка памяти, повреждённые таблицы, истекший пароль).

Что делать, если база повреждена

При повреждении таблиц помогает восстановление из бэкапа — регулярные автоматические копии должны быть настроены у любого хостинга или CMS. Если бэкапа нет, для MySQL можно попробовать команду mysqlcheck —repair на затронутых таблицах — это не панацея, но часто возвращает базу в рабочее состояние без потери данных.

Прежде чем менять пароли или пересоздавать пользователя БД — сделайте снимок текущего состояния файлов и базы, чтобы не потерять данные при неудачной попытке восстановления.

Если ничего из перечисленного не помогло, стоит обратиться в поддержку хостинга — сбои на уровне сервера СУБД (аппаратные проблемы, миграция данных) видны только со стороны провайдера.