Если вы используете WordPress на протяжении длительного времени, то велика вероятность того, что вам следует почистить свой сайт. Регулярные чистки позволят вам уменьшить размер своей бады данных, что в свою очередь будет означать быстрые и мелкие файлы резервных копий. В сегодняшней статье мы покажем вам как почистить базу данных WordPress.
По мере использования WordPress, ваша база данных накапливает множество дополнительных данных, таких как редакции записей, спам-комментарии, данные плагинов, которые вы уже не используете и многое другое. Удаление этих ненужных данных может существенно уменьшить размер вашей БД, что ускорит процесс бекапа и добавит немного производительности сайту. Как минимум, просто не имеет смысла хранить в базе данные, которые впоследствии никогда не будут использоваться.
Давайте же рассмотрим способы «очистки» вашей базы данных WordPress.
Прежде чем вы что-то предпримете, сначала сделайте полную резервную копию своего сайта. Изменения, сделанные плагином вычистки мусора, необратимы. Даже если эти изменения не затронут ваши записи или комментарии, всегда лучше перестраховаться.
Первым делом вам необходимо будет установить и активировать плагин WP-Sweep plugin . После активации просто переходим в раздел Инструменты » Sweep для очистки своей БД.
Плагин проведет анализ вашей базы данных WordPress и отобразит отчет о том, сколько мусора вы сможете очистить. Отчет плагина разделен на различные секции для записей, комментариев, метаданных пользователей, опции, термины и оптимизацию БД.
Вы можете детально изучить каждый найденный элемент и вычищать их по одному, или же можно прокрутить вниз страницу и нажать на sweep all для очистки всего мусора в вашей базе данных WordPress.
Очистка может занять некоторое время в зависимости от того, насколько велика ваша БД. WP-Sweep отобразит прогресс путем обновления статистики на странице.
Возможно вы удивились, почему мы пишем о WP-Sweep, когда есть другой очень популярный плагин WP-Optimize, выполняющий по сути те же самые функции.
Также основной отличительной характеристикой является то, что WP-Sweep использует корректные функции удаления WordPress настолько, насколько это возможно вместо прямого выполнения MySQL запросов.
WP-Sweep использует корректные функции удаления WordPress для очистки БД. На момент написания этой статьи, он справляется со следующим:
Вот и все, мы надеемся, что эта статья помогла вам вычистить мусор из вашего сайта на WordPress с помощью WP-Sweep.
По всем вопросам и отзывам просьба писать в комментарии ниже.
Не забывайте, по возможности, оценивать понравившиеся записи количеством звездочек на ваше усмотрение.
Каждый начинающий веб-мастер работающий с WordPress рано или поздно сталкивается с замедлением загрузки сайта. Одной из причин, может стать раздутая база данных. Специально для решения данной проблемы и была написана эта статья, как очистить WordPress. В ней мы разберемся зачем чистить БД, как ее очистить от мусора и как часто это нужно делать.
Данная статья представлена из , которую вы можете прочитать у меня на блоге, и вооружиться не только методом описанным в данной статье, но и другими полезными советами.
Навигация по странице:
Что бы понять смысл очистки базы данных нужно разобраться что в ней находиться. А находятся в нашей базе данных все наши настройки, посты, комментарии, мета данные, копии и редакции статей. На картинке ниже показаны основные (стандартные) таблицы в базе данных WordPress.
Как видим мы имеем 13 таблиц, предназначенных для разных целей. Практически каждая из этих таблиц могут содержать «мусорные» данные, которые замедляют загрузку наших страниц. Как это происходит? Все дело в том, что при «создании» любой страницы каждый элемент загружается из базы данных. Ищутся они по ключам к примеру по id, и чем больше у нас записей в каждой из таблиц, тем больше программе приходиться перебирать данных для поиска нужных нам в данный момент.
Говоря коротко, если у нас 1000 записей и в каждой по 5 комментариев, тогда после получения запроса к базе данных на отображение нужной нам страницы мы перебираем 1000 записей и 5000 тысяч комментариев в поиске именно тех которые требуются. Поиск происходит немного иначе, но вдаваться в детали мы не будем, не об этом статья.
Каждая из записей может иметь несколько копий и автосохранений, это еще больше усугубит ситуацию со временем ожидания ответа и загрузки страницы с сервера.
Выходит что очистив нашу базу от мусора мы значительно уменьшим количество данных которые будут перебираться и соответственно это займет меньше времени.
Это и есть основная задача, очистить WordPress и ее базы данных от лишней информации. Исходя из данного утверждения мы продолжим и разберем как очистить нашу БД.
Для очистки базы данных от ненужных строк существует два способа:
Для первого метода очистки потребуется допуск до нашей базы данных на сервере. Так же потребуется знать что удалять, а что нет. Так же потребуется вводить SQL запросы для очистки и понимание основного их предназначения. Данный метод может неплохо потрепать нервы тех пользователей и владельцев сайта на WordPress которых смущает любое ручное вмешательство в код сайта и тем более в базу данных. По этому мы рассмотрим как ручную очистку так и очистку с помощью плагина.
Для второго метода очистки нам потребуется соответственный который поможет нам в решении данной проблемы. Таких плагинов существует огромное количество и отличаются они в основном авторами, рейтингом и внешним видом. В данной статье мы рассмотрим использование плагина WP Clean Up, который без особого труда справится с поставленной задачей. К тому же, плагины данного типа используются не постоянно. Это означает что после использования плагина его можно деактивировать или же удалить вовсе, иными словами использование плагина не повлечет за собой торможение загрузки.
Для того что бы очистит нашу базу в ручном режиме, для начала зайдем в наш phpMyAdmin с сервера, где расположен наш сайт. Далее переходим во вкладку SQL и вводим требуемые нам запросы на удаление записей.
После того как мы зашли в требуемое место вводим в форму требуемые запросы:
После ввода необходимой строчки нажимаем на кнопку «ОК».
После чего еще раз подтверждаем наше действие.
При успешном выполнении запроса, наш Mysql сообщит нам результат проделанной работы, и сколько строк у нас получилось очистить.
Такие же действия повторяем для других таблиц.
Это основные моменты которые вам нужно будет знать для ручной очистки вашей базы данных. Теперь рассмотрим очистку с помощью плагина.
Как я уже упоминал ранее нам потребуется скачать и установить плагин WP Clean Up. Чем мы не посредственно сперва и займемся. Как установить плагин можно прочитать отдельно.
Доброго дня дорогие друзья. Пока моя дверь в офис едет из Питера, я решил написать для вас очень полезный пост и рассказать в нем о том, как можно за несколько минут полностью очистить базу данных MySQL своего блога от мусора, значительно уменьшив ее размер. Итак! Из этой статьи вы узнаете:
Давайте начнем.
ПЕРЕД ВСЕМИ МАНИПУЛЯЦИЯМИ СО СВОЕЙ БАЗОЙ ДАННЫХ БЛОГА СДЕЛАЙТЕ РЕЗЕРВНУЮ КОПИЮ! НЕ ЗНАЕТЕ КАК, НАПИШИТЕ ХОСТЕРУ!
Сразу с ходу совет: Многие подумают после прочтения статьи, — «Ой, как это все сложно, лучше я не буду ни чего очищать, а то так очищу, что все полетит, пусть остается все как есть». В принципе не плохой вариант, но база все растет и растет. =) В общем делать надо, бояться не нужно, а если боитесь, то обратитесь на фриланс к спецу, который все вам сделает чики пуки.
Зачем нужно очищать базу от мусора и как она им забивается?
Ответ на этот вопрос простой. Если вы не будете очищать свою базу данных, которая из месяца в месяц ведения вашего блога, становится все больше и больше, то однажды она может разрастись до таких размеров, что ваш хостинг (сервер), не выдержит ее. =)
Естественно, если блог качественно настроен изнутри и снаружи, в нем не глючат никакие плагины, все хорошо отверстанно, отключены ревизии постов, спам его не атакует и т.д., то база и не будет расти как на дрожжах. А вот если же она растет жестко, то это сигнал к тому, что что-то у вас не так. Ну само собой база должна расти, но не сильно!
Моя база данных за 3 года ведения блога весит — 58 Мб. Это нормально! Но можно уменьшить, что я вам и покажу в этой статье!
Мне тут написала женщина позавчера, — «Александр, я посмотрела на хостинге моя база данных весит 450 мб». Я ее спросил, — «Вы наверное уже лет 20 блог ведете?». Она сказала, — «Нет, всего пол года». Я чуть со стула не упал. Здесь однозначно у женщины проблемы. Давайте посмотрим из-за чего растут базы данных:
1. Из-за роста числа статей на блоге.
2. Из-за ревизий статей (резервных копий).
3. Из-за роста количества комментариев на блоге (спам-комментариев).
4. Из-за плагинов установленных на блоге.
5. Из-за лишних, не используемых MySQL таблиц.
6. Из-за кучи ненужных Pingbacks.
Чем больше контента — тем больше база — это нормально! Но вот когда ревизии (резервные копии статей) не отключены или не очищаются постоянно вручную, то это плохо! База данных будет весить тонны. И это не шутка. Ну представьте, вы пишите пост, автоматически сохраняется черновик:
И вот сколько их может сохраниться за время написания поста? =) Много! Очень часто у начинающих блоггеров бывает так, что когда они узнают информацию по чистке базы данных, то обнаруживают, что ревизии постов у них весят больше чем сами посты в 2-3 раза. =)
Плагины. Они базу не занимают, а занимают место таблицы, создаваемые этими плагинами. Часто рост базы данных Mysql связан с тем, что какие-то плагины конфликтуют на блоге или работают не правильно, в ходе этого в таблицах базы данных происходит ужас и она растет.
Так же она растет, точнее в ней могут занимать место таблицы от плагинов, которые когда-то использовались, но сейчас уже нет. Такие таблицы можно удалить и дальше я расскажу как это делается.
Ну и последнее — это pingbacks. Пинкбеки. Объясню коротко и ясно. Какой-то блоггер ведет блог, пишет статью и в ней ставит ссылку на ваш блог. Если у него в админке включена настройка — «Пытаться оповестить блоги, упоминаемые в статье» (Админка — Параметры — Обсуждение):
то в вашу базу данных занесется запись, что такой-то такой-то блог поставил на вас ссылку. Дополнительная запись — дополнительные килобайты веса в базе. Все просто! Вот иногда надо базу данных чистить от пинкбеков.
Гут! Разобрались и поняли как наша база забивается и что ее нужно ОБЯЗАТЕЛЬНО чистить. Теперь рассмотрим что чистить?
Что нужно очищать в базе данных (что мы будем чистить)?
Спам комментарии
Не нужные таблицы
Как непосредственно очистить базу MySQL (каким плагином):
Чтобы долго тут все не размусоливать, то вот посмотрите на мою базу данных:
Свою базу данных вы можете посмотреть зайдя к себе на хостинг (сервер) в phpMyAdmin и выбрать слева нужную базу. Показывать как это делается нет смысла, так как у всех хостинги разные. Но вот phpMyAdmin одинаковый. Я думаю большинство из вас знают где его найти, если нет, то напишите в поддержку вашего хостинга и попросите помощи.
Итак! Что мы видим? Вот это все таблицы моей базы данных. Что занимает всех больше места? На кб не обращайте внимания. Нас интересуют Mb.Таблицы:
wp-comments
wp-posts + wp_postmeta
wp_options
wp_blc_instances
wp_blc_links
wp_blc_synch
wp_wppage_conversion
wp_wppage_conversion_log
wp_wppage_stats
Ну как бы это меня они интересуют, так как там МБ, у вас могут быть дополнительно другие таблицы. Я же не знаю, какие вы плагины используете.
Давайте по порядку. wp_comments — в эту таблицу заносятся все комментарии блога. 23,5 мб — это нормально! У меня ведь почти 40 000 комментариев. =)
Если у вас эта таблица здоровенная, значит у вас или много комментов на блоге или много спам комментов, которые нужно удалить! Что мы с вами и сделаем. Кстати сразу зайдите в админке блога в комментарии — спам и корзина и посмотрите, может там несколько тысяч комментариев надо удалить. Как мне однажды... Более 5000 удалил. =)
wp_posts + wp_ppostmeta — сюда заносятся все посты блога + их метаданные. 15 Мб — отличный размер для 400 объемных статей блога, некоторые из них аж в 30 000 символов текста, даже больше.
wp_options — здесь хранятся настройки нашего блога. Обычно размер не большой. У меня 1,5 мб и это отлично! Если у кого-то большой размер (но это редкость), то почистите плагином Optimize DB или Clean Options. На эту тему куча статей в интернете, почитайте.
Пару слов по плагину Clean Options. Хороший плагин, находит в таблице wp_options кучу ненужных данных. Вот например у меня в этой таблице есть настройки плагина Math Comment Spam Protection, который сто лет назад использовался на блоге и уже не используется. А вот настройки его в базе остались. Было бы здорово их удалить.
НО! Советую пользоваться этим плагином очень при очень осторожно! Удалять только то, что действительно не нужно!
Совет: Если у вас таблица wp_options реально не больших размеров. Ну там 1-2 мб, то в принципе не стоит ничего ковырять, а то можете так наковырять, что будет плохо! У меня 1,5 мб и я даже не буду заморачиваться. Я думаю, у вас не больше.
Дальше едем. wp_blc_instances, wp_blc_links, wp_blc_synch + wp_wppage_conversion, wp_wppage_conversion_log, wp_wppage_stats. Посмотрите на эти таблицы. Что это? А это таблицы от плагинов Broken Link Checker и Wppage, которые стоят у меня на блоге, но не используются. Точнее Broken Link Checker используется для проверки битых ссылок, а вот плагин Wppage вообще не используется никогда!
Он раньше использовался, но сейчас удален. Я его на другой домен поместил, чтобы он не создавал нагрузку на этот блог. В общем что мы видим? Плагины не используются, а таблицы забиты местом. Например таблицы от плагина Broken Link Checker можно почистить, а таблицы плагин Wppage вообще можно удалить. Что мы сейчас и сделаем.
Для начала небольшое пояснение. Чтобы понять почему можно почистить таблицы плагина Broken Link Checker, нужно . Из нее вы узнаете как работает плагин. То есть в принципе я спокойно могу очистить таблицы, мне не важны данные этого плагина. Есть плагины, таблицы которых чистить не нужно! Чищу:
Выбираем нужные нам таблицы (отмечаем галочками) и внизу выбираем — очистить. Готово! Посмотрите теперь сколько весит моя база:
Гут! Теперь удаляем ненужные таблицы от старого плагина Wppage который уже не используется:
Выбираем нужные нам таблицы (отмечаем галочками) и внизу выбираем — удалить. Готово! А теперь моя база весит:
Внимание! Аккуратно отмечайте галочками таблицы, а то можете случайно еще что-то захватить. =) Итого, я уменьшил размер базы данных на целых 16 Мб. Это не то что хорошо! Это даже супер я так скажу!
Дальше. Нужно отключить ревизии постов и удалить все имеющиеся. О том как их вообще отключить . Кстати там же я и писал про удаление ревизий mysql запросами посылаемыми в phpmyadmin. У меня например все удалилось без проблем.
А вот у кого-то базу данных накрыло! То есть что-то пошло не так. Есть такое дело, поэтому не советую вам удалять ревизии тем способом. Давайте лучше рассмотрим другой способ.
Ставим везде галочки и жмем синенькую кнопочку. Готово! Ваша база данных очищена. Ну как вы видите она у меня и так была чиста уже.
Советую после чистки отключать плагин, так же и плагины WordPress Database Backup и Clean Options. Зачем они нужны активные когда не используются? Вот потом включите через 2-3 месяца.
Как часто надо чистить базу данных?
Я рекомендую делать данную процедуру по мере того как вы засоряете базу. Вот бекапы делать нужно каждый божий день плагином WordPress Database Backup, а вот чистку на ваше усмотрение. Ну раз в 2-3 месяца желательно! Кроме чистки просто иногда следите за базой данных, за ее размером, чтобы не получилось так, что вы решили посмотреть на нее через 2 года ведения блога, а там размер 3 Гб. =)
Ну в общем на этом буду пост заканчивать, надеюсь он был для вас полезен! Если вы выполните все процедуры, которые я тут описал, то ваша база будет маленьких размеров, чистая и идеальная, благодаря этому ваш блог будет работать шустрее и пользователи будут радоваться тому, как оперативно загружаются страницы.
P.S. Кстати кто применит описанные выше процедуры, опишите как уменьшилась ваша база данных. Спасибо! Ну все! Пока!
P.P.S. Кстати в ближайшие месяцы планируется начаться запись нового обучающего видеокурса по защите и ускорению блога для новичков и не только. Курс будем писать я и еще один человек. Системный администратор, настоящий профессионал в области защиты сайтов и блогов. Не пропустите ...
С уважением, Александр Борисов
От автора: вы думаете, что везде убрали? Дом вычистили, машину помыли, детей до блеска «выдраили». А на своем сервере СУБД забыли прибраться! Не умеете? Это не страшно! Сейчас я научу вас, как почистить базу MySQL.
Чтобы не было мусора и пыли. В случае с базами данных имеется в виду «цифровой» мусор. Если ваш ресурс работает на основе CMS, то даже в этом случае в таблицах остаются различные «ошметки» после работы плагинов, системы движка. Ну, может и вы где-то тоже строку «забыли». Постепенно вся эта «пыль» скапливается в огромные пласты, которые затем негативно влияют на быстродействие всего ресурса. А это негативно отражается на юзабилити сайта. В общем, чистить все равно надо и придется.
Кроме этого «выросшая» как на дрожжах база может занимать много виртуального дискового пространства, в результате чего хостер начнет нервничать и заваливать вас сообщении о превышении лимита. Если ничего не предпримите (не перейдете на дорогостоящий тариф, в котором предоставляются большие «площади» под сайт), то он просто «выдернет из розетки» ваш ресурс. Поэтому лучше научиться, как почистить базу данных MySQL, чем тратиться на новый тарифный план или переезд на «новые рельсы».
Также иногда требуется удалить только содержимое таблицы, и сберечь ее структуру. Все это мы рассмотрим в сегодняшнем материале, посвященном правильной уборке на СУБД. Стартуем!
Часто требуется не удалять таблицу, а лишь очистить ее от всех строк, но при этом сохранить всю ее структуру: типы данных столбцов, индексы, первичные ключи и другие ее параметры. Конечно, можно всегда удалить таблицу целиком с помощью команды DROP TABLTE, но затем придется создавать ее и прописывать все атрибуты заново. А это не совсем удобно, поэтому в MySQL для удаления строк таблицы есть специальная команда. Ее синтаксис:
TRUNCATE TABLE name_table;
TRUNCATE TABLE name_table ; |
Пример, как почистить БД MySQL:
TRUNCATE TABLE `db1`.`user_animal`;
TRUNCATE TABLE ` db1 ` . ` user_animal ` ; |
Заглядываем в таблицу, и видим, что вкладка «Обзор» неактивна, а автоматически сгенерированный запрос на выборку вернул пустой результат. То есть, получили, что хотели:
Существует еще одна команда SQL, позволяющая получить аналогичный результат – DELETE FROM. Пример использования:
DELETE FROM `db1`.`animal`;
DELETE FROM ` db1 ` . ` animal ` ; |
Таким образом мы очистили все «клетки» таблицы animal от зверюшек. При этом структура таблицы не была затронута, удалены были только записи. Получаем в итоге один и тот же результат:
Перед тем, как почистить базу данных MySQL еще раз, разберемся, чем эти две команды отличаются. Точнее, чем TRUNKATE предпочтительнее для использования:
В отличие от DELETE FROM эта команда не стирает все записи построчно, а удаляет и заново создает таблицу. Данная операция занимает меньше времени.
Не возвращает число удаленных строк, что также экономит ресурсы.
Возможность воссоздания таблицы даже при поврежденных индексах или файле данных.
Но можно не мучатся с написанием «скучных» запросов и применить для очистки таблиц встроенный функционал phpMyAdmin. Заходим в программу, выбираем слева нужную базу. После этого в разделе основного меню выделяем таблицу, а в выпадающем списке отмечаем действие, которое следует выполнить с таблицей. Нас интересует команда «Очистить». И не забываем нажать в правом углу снизу «Ок».
Как видим, приложение выполнило ту же команду (TRUNCATE) и стерло все записи из указанной таблицы.
Перед тем, как почистить базу MySQL окончательно, заглянем на вкладку «Обзор», чтобы убедиться, что в таблице никаких данных не осталось. Все нормально, автоматически сгенерированная выборка вернула нулевой результат.
Но это еще не все возможности, которые предоставляет эта программа. Ее встроенные средства позволяют немного убраться. Точнее, оптимизировать работу выбранной таблицы, расставить все по своим местам. Для этого снова выделяем нужную таблицу из базы, но в выпадающем списке команд выбираем «Оптимизировать таблицу».
Система программы автоматически генерирует запрос к серверу СУБД, и отправляет его на выполнение. Ядро, в свою очередь, возвращает результат и отчет о выполнении запроса.
Эту операцию можно выполнять вместо «легкой уборки» таблицы, или через определенный промежуток времени после того, как основательно почистили БД MySQL. Но все-таки хотелось знать, что конкретно делает команда OPTIMIZE TABLE:
Восстанавливает удаленные или неполные записи в таблице.
Сортирует индексные страницы (приводит индексы в порядок).
Обновляет статистику по таблице.
Думаю, понятно, что это нужная команда, которую иногда следует выполнять, чтобы поддерживать «здоровье» таблиц в тонусе.
Что касается популярных движков, то с ними MySQL не сможет вам помочь. Ну откуда СУБД может знать, какие записи в таблицах являются «мусором», а какие нет. Для этого (под каждую CMS) разрабатываются специализированные расширения. Приведу несколько примеров таких плагинов для WordPress:
WP-Cleanup. Сообщается, что он не обновлялся целых 2 года, но на самом деле работает даже на последних версиях движка.
Надеюсь, вы , как чистить базу данных MySQL. Главное понять, что убирать надо не только в квартире, машине, но и на сервере СУБД. Иначе ваш сайт «захламится» так, что ни один посетитель на него не «влезет». А этого нельзя допускать!
Где я говорил, что плагины оставляют после себя кучу мусора в базе данных? Так вот кроме этой кучи есть и другой мусор, который постепенно забивает нашу базу данных MySQL, не давая при этом блогу спокойно развиваться. Сегодня хочу рассказать, как избавиться от всего этого мусора, создаваемым плагинами и не только! Читайте далее, чтобы узнать, как очистить базу данных MySQL.
Сразу скажу, что перед чисткой обязательно сделайте копию MySQL! Если что-то пойдет не так, то сможете восстановиться за секунды. Как очистить базу данных MySQL? Смотрите на короткий список ниже – все наши действия:
Сделали то, что я вас просил – создать бэкап базы данных? Да, тогда поехали…
Исходя из своего опыта, знаю, что многие читающие данную статью, даже не думают что-то делать. Хотя бы потому что увидели мое предупреждение о создании копии БД. Сейчас думают: «Прочитаю, сохраню в закладки, а потом как нибудь решу эту проблему». Еще возможно имеют страх перед чисткой.
Давайте начистоту! Я уже написал не одну статью для продвижения сайтов моих читателей, но результат, я увидел не у многих. То есть, не все блоггеры, которые меня читают выполняют мои рекомендации на своих блогах. А могли бы поднять посещаемость своего ресурса хотя бы до 300 уникальных посетителей в сутки. Так вот, если вы и сейчас просто прочитаете пост, не сделаете чистку базы данных, то о каком-то росте речи быть не может!
Следующая категория блоггеров может просто бояться делать какие-то манипуляции на своем блоге, просто чтобы ничего не повредить. Дело в том, что это нормально! Я не встречал таких людей, которые бы хотели угробить свое детище. Поэтому, я написал: «Сделайте резерв базы данных MySQL». Если вдруг, что-то пойдет не так, вы сразу сможете восстановить блог. Хотя вряд ли что-то пойдет не так, ведь мы будем работать с плагином, который еще ни разу не давал сбоев.
Все же лучше перебдеть, чем недобдеть! Вы как считаете? На самый крайний случай, можно нанять фрилансера, который все сделает в лучшем виде. Но зачем тогда, я пишу эту статью про очищение базы данных? Вот именно, не для него! Фрилансер и так получает деньги за свою работу, а вы в целях экономии можете сделать все сами, тем более далее будет все подробно описано.
Конечно, база данных не у всех растет очень быстро. Если блог настроен отлично внутри и снаружи, вы не устанавливали плагины, а потом их отключали, удаляли по ненадобности, удаляли ревизии статей, а может вообще их отключили в настройках, не получали СПАМ комментариев, то ваша база растет только от новых статей и нормальных комментариев.
Я не сомневаюсь, что ваш блог настроен лучшим образом, так как если даже вы не верстальщик, программист и не IT, то в интернете полно курсов на данную тему и думаю все настройки вы сделали отлично. Могли отключить ревизии или удалять их плагином. Даже от СПАМА у вас есть . Но не может быть, чтобы не пробовали какой-то плагин, а потом его удалили! Поэтому давайте приступим к делу.
Составленный мною список не большой, но это не значит, что он такой же в вашей БД! Для наглядного примера, я покажу вам скрин моей базы данных.
Теперь для примера смотрите на мою БД MySQL:
Перед чисткой базы данных сначала взгляните на нее. Это можно сделать на хостинге в разделе phpMyAdmin, но обязательно нужно выбрать с левой стороны ту базу, которую хотите проверить. Хотел показать вам, как найти ее пошагово, но хостинг аккаунты у все разные и я думаю, что без меня разберетесь. В крайнем случае напишите поддержу, спросив: «Где моя база данных MySQL».
Зашли? Хорошо! Теперь видите все таблицы своей базы данных. Там в конце каждой строки указано сколько та или иная таблица занимает места. Нас кб не интересуют, поэтому смотрите на мб. Вот список моих самых весомых таблиц:
Ваши таблицы скорей всего будут отличаться от моих, потому что плагины мы все используем по своим личным нуждам и желаниям. Опишу каждую таблицу по порядку.
Wp-comments отвечает за комментарии, то есть туда заноситься вся информация о оставленных комментариях на вашем блоге. Она может быть легкая, но, если много оставленных СПАМ комментариев, которые даже отправляли в корзину, они все равно занимают много места. Скорей всего она у вас очень большая, как и у меня. Ведь на моем блоге почти 6000 комментариев. Ничего страшного! Мы все это дело очистим дальше.
Сейчас проверьте вкладку «Комментарии/спам» в админ-панели своего блога. Посмотрите может там много спама, удалите их.
Wp_posts + wp_ppostmeta заносятся все статьи блога и все их метаданные. Если вы пишите объемные посты, то эта таблица будет большая.
Wp_options хранит настройки нашего WordPress блога. Там может быть маленький размер, но не факт! Ведь вы используете плагины? А их настройки думаете куда пишутся? Вот именно, туда. Для уменьшения размера используются Optimize DB или Clean Options.
Последний плагин очень хороший, он часто помогал мне зачищать косяки за другими плагинами, которые были мной удалены. Clean Options достает из таблицы wp_options очень много шлака. Как обычно в этой таблице базы данных остаются настройки старых плагинов. Зачем они блогу? Точно, их нужно убрать!
Только этим плагином нельзя злоупотреблять! Используйте его если таблица wp_options действительно огромная. При размере 1-2 мб лучше не трогать.
Wp_blc_instances, wp_blc_links, wp_blc_synch + wp_wppage_conversion, wp_wppage_conversion_log, wp_wppage_stats, эти таблицы оставленные плагинами Broken Link Checker (проверка битых ссылок) и Wppage. Первым, я пользуюсь часто – проверил и отключаю его, чтобы было меньше нагрузки на блог, а второй ставил когда-то давно, потом удалил, но его таблицы остались.
Так вот таблицы от Broken Link Checker нужно очистить, а Wppage удалить раз и навсегда! Эти действия мы сейчас сделаем.
Для этого заходите к себе в phpMyAdmin, открывайте базу данных блога, выделяйте галочками нужные вам таблицы и внизу выберите очистить.
Так хорошо, БД стала намного меньше. Теперь нам нужно удалить ненужные таблицы от старых плагинов. В моем случае, это Wppage.
Здесь тоже нужно выделить галочками нужные таблицы для очистки, только внизу выберите – удалить.
Только не в коем случае нельзя спешить! При спешке можно выделить не те таблицы.
Сейчас давайте перейдем к плагину WP-Cleanup для полуавтоматической очистки базы данных MySQL. Качайте его отсюда или в админ-панели на вкладке «Плагины/ добавить новый», напишите его название в поиске. Установите и активируйте.
Для перехода зайдите «Настройки/ WP-Cleanup». Нажатием одной кнопки удалим весь шлак:
Выделяйте желаемые к очищению строки и жмите кнопку «Cleanup the selected items».
База данных очищена!
Чистка БД конечно необходимая процедура, но в дополнение еще рекомендую делать оптимизацию базы. Я для этого использую плагин WP-Optimize.
После того, как все сделали отключайте WP-Cleanup. Он нам больше не нужен. Кстати советую отключать все плагины, которые нужны для разового использования. Хотя бы для того, чтобы не грузить лишний раз сервер.
Делайте чистку в зависимости от активности на вашем блоге, то есть если вы устанавливали плагины, обновляли статьи, получали СПАМ комментарии, то лучше очищать базу данных сразу после этого. Для того, чтобы СПАМ не приходил , ревизии можно отключить, а от плагинов по любому нужно очищаться. Вообще проверяйте размер своей базы данных где-то 1 раз в месяц. Точно сказать не могу, все зависит только от вас.
Надеюсь вы выполнили всю работу и теперь на будущее знаете, как очистить базу данных MySQL от мусора. Подписывайтесь на обновления моего блога, , чтобы не пропускать самое интересное и полезное. До встречи!
