Я до сих пор не слышал в 2015 году вирус или SQL Feat чтобы выразить это “на землю” Сотни сайтов и блогов WordPress, как это было в последние годы, но появляются около месяца странных вещей. Я встретил несколько сайтов, которые, казалось, потеряли Соединение с базой данныхПолемОшибка установления подключения к базе данныхПолем
На практике, когда такая ошибка появляется на WordPress, первые вещи, которые подтверждаются:
- Если сервис mysql работает на сервере. Ситуации, где перегрузка сервера на какая база данных, служба mysql / mysqld не бежать. В этом случае сервис из терминала (через SSH или консоль) или из веб -интерфейса восстанавливается, если есть такая возможность.
- Ошибка конфигурации пользователь / слово в wp-config.phpПолем В этой ситуации он проверяется, если база данных пользователя и имя базы данных правильно установлены в wp-config.php.
Третья ситуация коррупция (пока не необъяснимо) таблица wp_options ОТ MysqlПолем Так что перед паникой, если найдете свой сайт с “Ошибка установления подключения к базе данных”, хорошо проверить, в порядке ли таблицы в базе данных.
Как проверить и ремонтировать таблицу WP_OPTIONS в WordPress в случае повреждения. Отмечен как разбитый и должен быть отремонтирован.
1. Мы открываем Phpmyadmin, мы заходим в базу данных сайта, которая отбрасывается и пытаемся получить доступ к таблице wp_optionsПолем Если это коррумпировано, появится предупреждение, которое сообщит нам.

На экране выше примерно таблица wp_options из базы данных “mobile_apk“Полем Таблица ‘sqldb/wp_options’ помечен как разбитый и должен быть отремонтированПолем
2 Мы выбираем таблицу WP_OPTIONS, тикая коробку рядом с ним, затем мы идем к дну в раскрывающемся меню (с выбранным) и выбираем “Ремонтный стол“Полем

3. После этого шага в учебном пособии дождитесь ответа на команду SQL, а затем проверьте, будет ли сайт в обычных параметрах.

Пользователи WordPress, у которых нет PhpMyAdmin, могут сделать это с терминала / сервера, на котором база данных выполняет заказы:
- Убедитесь, что таблица wp_options повреждена:
mysqlcheck -c baza_date wp_options -u user_db -p
- Ремонт таблица WP_OPTIONS из базы данных “base_date”:
mysqlcheck -r mydb wp_options -u user -p
Хорошо, что после того, как вы убедитесь, что сайт вернулся в нормальное состояние, чтобы сделать резервную копию в базе данных. Я даже рекомендую периодическую резервную копию. Это никогда не известно :)
Почему это происходит, хотя? Я испытывал это с несколькими сайтами для клиента, которые все размещены на сервере Godaddy. Исправить это достаточно просто, но что делает его повреждением в первую очередь, и как мне предотвратить это снова?