Если сайт работает давно, база данных WordPress почти всегда разрастается за счёт ревизий записей, спам-комментариев, временных данных и следов удалённых плагинов. Это не всегда ломает сайт, но со временем увеличивает размер таблиц, усложняет резервное копирование и может заметно замедлять админку, особенно если хостинг не самый быстрый.
Очистка базы данных — это не «удалить всё лишнее наугад», а убрать только те данные, которые WordPress и плагины уже не используют. Безопаснее всего начинать с ревизий, мусорных комментариев, временных опций и транзиентов, а затем проверять, не осталось ли в базе хвостов от старых расширений.
С чего начать, чтобы не потерять нужные данные
Перед любой чисткой сделайте полную резервную копию базы данных. Если у вас есть доступ к панели хостинга, экспорт через phpMyAdmin или встроенный бэкап хостинга подойдёт лучше всего. Если что-то пойдёт не так, восстановление из копии займёт меньше времени, чем ручной поиск повреждённых данных.
Ещё один важный момент: не удаляйте записи из базы, если не понимаете, к какой функции они относятся. В WordPress часть данных хранится в таблицах, которые напрямую связаны с темой, плагинами, формами, SEO-настройками и кэшем. Безопасная чистка — это удаление очевидного мусора, а не «тотальная оптимизация».
Что обычно можно удалить без риска
В типичном WordPress-сайте мусор в базе появляется в нескольких местах:
- ревизии записей и страниц, которые WordPress создаёт при редактировании;
- автосохранения черновиков;
- спам-комментарии и комментарии в корзине;
- записи в корзине, если они давно не нужны;
- временные данные плагинов и темы, включая транзиенты;
- старые опции и таблицы, оставшиеся после удаления плагинов.
Первые четыре пункта обычно можно чистить безболезненно, если вы уверены, что не храните в корзине нужный контент. С транзиентами и остатками плагинов нужно быть внимательнее: часть из них используется для кэша, временных токенов или служебных настроек.
Как очистить базу через админку WordPress
Самый безопасный путь для владельца сайта — использовать инструменты, которые показывают, что именно будет удалено. Вручную через SQL это тоже можно сделать, но для обычной чистки админка или проверенный плагин удобнее и безопаснее.
Удаление ревизий и автосохранений
WordPress хранит ревизии в таблице wp_posts как отдельные записи с типом revision. Они полезны во время редактирования, но на старом сайте могут занимать много места. Если у вас много длинных статей или часто редактируемых страниц, ревизий может быть очень много.
Для очистки используйте плагин, который умеет удалять ревизии, либо выполните это через SQL только после резервной копии. Если вы не хотите лезть в базу вручную, проще ограничить количество ревизий на будущее в wp-config.php, но это уже не чистка, а профилактика.
Спам и корзина комментариев
Если на сайте открыт комментарийный раздел, спам быстро раздувает таблицы wp_comments и wp_commentmeta. Сначала очистите спам и корзину в разделе комментариев админки WordPress. Это безопаснее, чем удалять записи напрямую из базы, потому что WordPress сам уберёт связанные данные.
Если спама много, после ручной очистки имеет смысл проверить, не копятся ли новые комментарии из-за слабой защиты формы. Но это уже отдельная задача; для чистки базы достаточно удалить то, что уже попало в спам и корзину.
Транзиенты и временные данные
Транзиенты — это временные записи, которые WordPress и плагины используют как кэш. Они могут лежать в таблице wp_options и со временем разрастаться, если сайт активно использует кэширование, внешние API или сложные плагины. Удалять их можно, но с пониманием: после очистки часть кэша будет пересоздана, и это нормально.
Если у вас есть плагин для обслуживания базы, ищите в нём пункт очистки транзиентов. Это хороший вариант, потому что он удаляет именно временные записи, а не всё подряд в таблице wp_options.
Когда удобнее использовать плагин для очистки базы
Если нужно не только удалить ревизии, но и пройтись по таблицам на предмет мусора, удобнее использовать специализированный плагин обслуживания базы. Такой инструмент обычно показывает список категорий очистки: ревизии, автосохранения, спам, корзина, транзиенты, сиротские метаданные и другие служебные записи.
Плюс плагина в том, что он снижает риск ошибиться с SQL-запросом. Минус — не каждый плагин одинаково аккуратен. Перед запуском проверьте, что именно он собирается удалить, и не включайте всё подряд, если не понимаете назначение пункта.
Если вам нужен не только разовый разбор мусора, но и регулярная оптимизация сайта, у WPShop есть Clearfy Pro: https://wpshop.ru/plugins/clearfy. Его имеет смысл рассматривать, когда нужна системная чистка и уменьшение лишних данных на WordPress-сайте, а не единичная ручная операция.
Что можно удалить вручную через phpMyAdmin, если нужен точечный контроль
Ручная работа через phpMyAdmin полезна, когда вы точно знаете, что ищете. Но здесь особенно важно не торопиться: одна неверная команда может удалить не только мусор, но и рабочие данные.
Самые типичные случаи:
- удаление ревизий из
wp_posts; - очистка спама и корзины комментариев из
wp_commentsиwp_commentmeta; - удаление временных опций и транзиентов из
wp_options; - поиск и удаление таблиц удалённых плагинов, если вы уверены, что они больше не нужны.
Если префикс таблиц у вас не wp_, а другой, подставляйте свой. Это частая причина ошибок у тех, кто копирует готовые запросы из интернета без проверки.
Для транзиентов обычно ищут записи с именами, начинающимися на _transient_ и _site_transient_. Но удалять их вручную стоит только если вы понимаете, что это именно временные данные, а не настройки конкретного плагина. После очистки кэш восстановится автоматически, но на нагруженном сайте в этот момент возможна кратковременная просадка производительности.
Как понять, что база действительно стала легче
После чистки не ориентируйтесь только на ощущение «админка стала быстрее». Проверьте результат более предметно.
- Посмотрите размер базы в панели хостинга или phpMyAdmin до и после очистки.
- Проверьте, уменьшилось ли число записей в таблицах
wp_posts,wp_commentsиwp_options, если вы чистили именно их. - Откройте админку и убедитесь, что редактирование записей, комментарии и настройки плагинов работают как раньше.
- Если использовали очистку транзиентов, проверьте главную страницу и несколько внутренних страниц после сброса кэша.
Если сайт использует объектный кэш, серверный кэш или плагин кэширования, не путайте их с базой данных. Очистка базы не заменяет очистку кэша, и наоборот. Это разные уровни хранения данных.
Какие ошибки чаще всего приводят к проблемам
Самая частая ошибка — удалять данные без резервной копии. Вторая по популярности — чистить таблицы целиком, не понимая, какие записи в них служебные, а какие нужны сайту. Третья — использовать несколько плагинов-оптимизаторов одновременно и запускать одинаковые операции дважды.
Ещё одна типичная проблема — попытка «ускорить сайт» удалением всего, что кажется лишним. На практике база WordPress часто раздувается не из-за одного большого мусорного блока, а из-за множества мелких записей. Поэтому лучше делать чистку по категориям: сначала ревизии и спам, потом транзиенты, затем уже смотреть на остатки старых плагинов.
Если после удаления старого плагина в базе остались его таблицы, не спешите убирать их вручную, пока не убедитесь, что плагин больше нигде не используется. Иногда расширение отключают временно, а потом возвращают обратно вместе с его данными.
Нормальная чистка базы WordPress — это не разовая «генеральная уборка ради галочки», а аккуратное удаление того, что сайт уже не использует. Если действовать по шагам, сделать базу компактнее и снизить нагрузку можно без риска сломать контент или настройки.