Ошибки базы данных WordPress: где искать поломку, а не просто перезагружать сайт

Если вместо сайта видите «Error establishing a database connection» или 500 с намёком на БД, не меняйте всё подряд. Сначала проверьте 4 точки: доступность MySQL, правильность логина/пароля, имя базы и префикс таблиц в wp-config.php. Один неверный символ в пароле уже ломает подключение.

Дальше смотрите на саму базу: есть ли таблицы, не повреждены ли они, совпадает ли кодировка. Частая история — после импорта сайт открывается, но часть записей исчезает или «сыпятся» русские символы. Это обычно проблема не WordPress, а некорректного дампа или колlation.

Если ошибка появляется только на части страниц, ищите не в ядре, а в плагинах и теме: кривой запрос к БД, битый кэш, слишком тяжёлая выборка. Для быстрой проверки отключите плагины, переключите тему и откройте сайт снова. Если ошибка ушла — виноват не сервер, а код.

Отдельно проверьте лимиты хостинга: нехватка соединений, памяти и прав на чтение/запись часто маскируется под «ошибку базы». Держите под рукой рабочий дамп, тестовый доступ и привычку сначала смотреть логи, а не паниковать — так вы экономите часы на поиске мифического «сбоя WordPress».