Таблиця WordPress WP_OPTIONS Пошкоджена / Помилка Встановлення з'єднання з базою даних.

Я поки що не чув у 2015 році вірус або Sql feat сказати “на землю” Сотні сайтів та блогів WordPress, як це було в минулі роки, але з’являються приблизно місяць дивні речі. Я зустрів кілька сайтів, які, здавалося, втратили Підключення до бази даних.Помилка встановлення з'єднання бази даних.
На практиці, коли така помилка з’являється на WordPress, перші речі, які перевіряються:

1. Якщо послуга mysql працює на сервері. Є ситуаціями, де Перевантаження сервера на якій база даних, послуга mysql / mysqld не бігати. У цьому випадку послуга з терміналу (через SSH або консоль) або з веб -інтерфейсу відновлюється, якщо є така можливість.
2. Помилка конфігурації користувач / слово у 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.

Користувачі 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

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