RigWEB

Очистка базы данных MySQL

Всем привет! Каждый день я пробую устанавливать какие либо плагины, разбираюсь в их работе и в результате делаю вывод — нужен он мне или нет. А может и нужен, но не устраивает, тогда поиски продолжаются…

Оптимизация базы данных MySQL

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

Тогда я четко решил, что нужно найти способ и выполнить очистку MySQL от устаревших и ненужных записей. Для этого можно пользоваться, опять же плагином, но я не советую. Не стоит доверять управление своей базой данных плагинам, которые могут все испортить, тут нужен ручной подход. Как говориться, ручная работа ценится выше и порой значительно надежнее. Что для этого потребуется? Знания или хотя бы понимание всего происходящего…

Последовательность действий при очистке базы данных MySQL

  • Заходим в панель управления хостингом;
  • Далее ищем панель phpMyAdmin и заходим в нее (потребуются учетные данные для SQL — имя и пароль);
  • Появится список баз данных, выбираем нужную (у меня, например, она всего одна);
  • Для подстраховки делаем резервную копию базы — нажимаем на панели инструментов «Экспорт» и сохраняем в виде файла, подтверждаем операцию (OK);
  • После возвращаемся, снова выбираем нужную базу и перед нами будет список таблиц, которые присутствуют в ней (плагины создают свои таблицы);
  • Ищем названия таблиц, в которых содержатся названия плагинов, которых уже не существует (У меня, например, было очень много таблиц, оставшихся от плагинов, собирающих статистику. Я их удалил, так как от таких плагинов уже отказался — сильно грузят сервер и перешел на Google Analytics :) );
  • Отмечаем галочками ненужные и внизу выбираем действие «Удалить», подтверждаем;
  • Заодно оптимизируем оставщиеся таблицы — выбираем их и только уже выбираем действие «Оптимизировать»;
  • Все готово, проверяем работоспособность блога. Я сразу же заметил что он стал грузиться намного быстрее.
Код запроса к базе данных WordPress для автоматической очистки MySQL таблицы можно увидеть в отдельной статье.

База данных WordPress до очистки

При выполнении всех действий будьте очень внимательны — если не уверены — не удаляйте таблицу, для надежности приведу пример таблиц в базе данных чистого, без всяких плагинов, движка вордпресс:

1
2
3
4
5
6
7
8
9
10
wp_comments
wp_links
wp_options
wp_postmeta
wp_posts
wp_terms
wp_term_relationships
wp_term_taxonomy
wp_usermeta
wp_users

Эти таблицы ни в коем случае удалять нельзя, их использует сам WordPress! И в завершение рекомендую почитать подробный пост о структуре базы данных и предназначении таблиц. Если возникнут вопросы — спрашивайте и не забывайте, что у Вас есть резервная копия базы данных до очистки ;-), которую можете легко восстановить и вернуть все на свои места.

  1. Максим

    С этой проблемой можно справится более гуманно, не тестировать новые возможности на основном блоге, а завести для этих целей отдельный блог на локальном компьютере или на хостинге.
    Хорошо для этих целей подходит cishost.ru там есть тариф специально для этих целей цена 10 рублей в месяц (основной проект на этом хостинге держать не советую служба поддрежки не круглосуточная).
    А в общем статья не лишена пользы.

    Ответить

  2. Webliberty

    Максим, согласен в том плане, что основной блог не стоит использовать в качестве тестовой площадки. Но все же, тем кто раз в пол года решит опробовать новый плагин нет смысла держать дополнительный хостинг и тем более оплачивать его. Как вариант — локальный хост, например на денвере.

    Ответить

  3. Антон

    А эта очистка не опасна для сайта? :sad: :idea:

    Ответить

  4. Webliberty

    Антон, нет, не опасна если Вы имеете в виду запрос к базе данных из рекомендуемого поста. Не забывайте делать резервные копии перед изменениями и все будет в порядке!

    Ответить

  5. Яна

    Денис, у меня такая проблема — моя резервная копия весит 16 мб. Именно поэтому я и пытаюсь почистить базу. Но боюсь, что я потом не смогу втиснуть такой большой бекап в вордпресс, там же нужен файл, размером не больше 8 мб. Что делать?
    Спасибо за блог. Он просто сокровище.

    Ответить

  6. Webliberty

    Яна, обратиться за помощью в техподдержку хостинга, если понадобиться восстановление. И конечно же просто проконсультируйтесь у них как поступать в таких ситуациях. У меня сейчас база около 5 Мб, пока не сталкивался с этим, но скоро по всей видимости придется)

    Ответить

  7. Татьяна Чиронова

    А вот расшифровать таблицы из под оставленных плагинов оказалось самым трудным. Не решилась. А от спам комментов регулярно чищу, последний раз 4 мб удалила.

    Ответить

  8. Webliberty

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

    База данных — это «сердце» блога, из нее подгружаются данные при динамическом построении страницы, поэтому ее нужно беречь :smile:

    Ответить

Ваш комментарий:

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: