Как восстановить таблицы, помеченные как плохие или поврежденные в MySQL

Более года мы использовали плагин Counterizer для WordPress и, таким образом, ведем статистику блога и его читателей. Этот плагин мы деактивировали несколько дней назад, так как (помимо прочего) он сохранил более 600 МБ данных в базе данных.

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

mysqldump: Получена ошибка: 144: Таблица './dl_database/Counterize_Referers' помечена как сбойная, и последнее (автоматическое?) восстановление не удалось при использовании LOCK TABLES

Поэтому дамп не проводился и ну... одна мысль думать, что БД DesdeLinux У меня была проблема, волосы встали дыбом :)

Проведя небольшое исследование в Интернете, я смог узнать, как решить эту проблему, по-видимому, это НЕ то, что в базе данных есть проблемы, просто таблица помечена как «с проблемами», к счастью, это очень просто исправить.

Сначала подключимся к серверу MySQL:

mysql -u root -p

Нажимаем [Enter] и он запросит пароль root MySQL, ставим его и снова нажимаем [Enter].

Эта команда предназначена в случае, если сервер MySQL установлен на том же компьютере, если вы хотите удаленно подключиться к другому серверу MySQL, вы должны добавить в строку следующее: -h IP-СЕРВЕР

Оказавшись внутри MySQL, мы сообщим вам, какую базу данных использовать, например, проблема, связанная с ошибкой выше, находится в таблице Counterize_Referers из базы данных  dl_database, так что:

use database dl_database;

А теперь отремонтируем основание стола:

repair table Counterize_Referers;

Обратите внимание, что в конце этих строк стоит точка с запятой --– »  ;

После того, как предыдущая команда была выполнена, все должно было вернуться в нормальное состояние, по крайней мере, в моем случае это было так не раз 😉

Затем остается только еще раз выполнить инструкцию по выгрузке базы данных и вуаля, не более того.

В любом случае, я делаю это больше всего в качестве памятки для меня, потому что одно и то же случилось со мной дважды, и я не хочу забывать инструкции, чтобы спасти положение 😀

Приветствую и надеюсь, что это поможет кому-то еще.


Оставьте свой комментарий

Ваш электронный адрес не будет опубликован. Обязательные для заполнения поля помечены *

*

*

  1. Ответственный за данные: Мигель Анхель Гатон
  2. Назначение данных: контроль спама, управление комментариями.
  3. Легитимация: ваше согласие
  4. Передача данных: данные не будут переданы третьим лицам, кроме как по закону.
  5. Хранение данных: база данных, размещенная в Occentus Networks (ЕС)
  6. Права: в любое время вы можете ограничить, восстановить и удалить свою информацию.

  1.   Лев сказал

    Очень хорошо, по какой-то причине вы всегда должны иметь под рукой такие предметы.

    1.    КЗКГ ^ Гаара сказал

      Благодарю вас!
      Да… в тот момент, когда возникает проблема, хорошо иметь под рукой решение или, по крайней мере, знать, где его без промедления найти.

  2.   элиотайм3000 сказал

    Хороший КЗКГГаара. Есть вещи, которые PHPMyAdmin не может делать, а консоль может.

    1.    КЗКГ ^ Гаара сказал

      Благодарю вас!

  3.   Сантьяго сказал

    Отлично, спасал меня не раз.

    Но мне интересно, не будет ли это mysql -u root -p вместо root -u root -p? Я не хочу обидеть.

    Спасибо!

  4.   Сантьяго сказал

    Отлично, спасал меня не раз.
    Но мне интересно, не будет ли это mysql -u root -p вместо root -u root -p? Я спрашиваю без намерения оскорбить.
    спасибо

    1.    КЗКГ ^ Гаара сказал

      СМЕШНО!!!! Совершенно верно, моя ошибка LOL!
      Я писал и думал на шаг впереди, чтобы оттуда писать root вместо mysql ... Спасибо за предупреждение 🙂

      1.    Сантьяго сказал

        Пожалуйста! Извините за двойной пост; Я пытался отправить его несколько раз, и он сказал мне, что он уже существует (я перезагрузил страницу и ничего не увидел).
        Привет.

  5.   Лепер_Иван сказал

    Это срывается с моих волос, когда я вникаю в проблему с БД.

  6.   Александр сказал

    Привет хорошо,

    Один вопрос, как часто вы сбрасываете БД? чтобы знать, сколько времени нужно, чтобы получить до 600 МБ данных

    С уважением,

    1.    КЗКГ ^ Гаара сказал

      Эм ... Я не очень хорошо тебя понял сейчас 🙂
      Прежде чем мы произвели очистку в БД DesdeLinux Это (то есть .sql БД) весило более 700МБ, потому что всю статистику мы хранили в БД. То есть практически с начала блога.

      Теперь мы используем Google A., поэтому мы удаляем таблицы статистики из БД, и теперь .sql не достигает 80 МБ.

      Отвечает ли это на ваш вопрос?

  7.   Александр сказал

    Привет хорошо,

    Без тролля как часто вы сбрасываете БД?

    1.    КЗКГ ^ Гаара сказал

      Несколько раз в месяц 🙂
      Я всегда стараюсь иметь последнюю версию DesdeLinux

  8.   вам нравится покупать !! сказал

    Мне кажется, что теперь нет возможности сделать общую ревизию поврежденных таблиц?

  9.   Victoria сказал

    Большое спасибо, друг, ваш вклад мне очень помог.
    привет

  10.   Хуан Моллега сказал

    Спасибо большое, спасибо за подсказки, они мне помогли !!
    Привет из Трухильо-Венесуэлы.

  11.   Эрнан Барра сказал

    по оценкам
    Насколько я знаю, запущен ли процесс, я написал команду восстановления таблицы импорта; и вот я

  12.   Андре Круз сказал

    Спасибо большое, вы спасли мою шкуру 😀

  13.   Марко сказал

    Здравствуйте, друг, не знаю, можете ли вы мне помочь, с моим сайтом произошло нечто подобное, отметьте эту ошибку:
    Таблица wp_posts неправильная. Сообщите о следующей ошибке: таблица помечена как поврежденная, и последнее восстановление не удалось. WordPress попытается восстановить эту таблицу ...
    Не удалось восстановить таблицу wp_posts. Ошибка: таблица отмечена как поврежденная, и последнее восстановление не удалось.

    Не знаю, поможете ли вы мне это исправить, я новичок в продвинутом WordPress. При попытке восстановить таблицу wp-post выдает ошибку, которая не может быть исправлена. Спасибо. Мой сайт: https://diarionoticiasweb.com