Если сайт на WordPress начал заметно тормозить, а в базе данных накопились автосохранения, ревизии, спамные комментарии и временные записи, чистка действительно помогает. Но удалять всё подряд нельзя: в базе лежат не только «мусорные» данные, но и настройки темы, плагинов, пользователей и контент сайта. Ошибка здесь обычно заканчивается потерей данных или поломкой части функциональности.
Ниже — практичный разбор того, что можно чистить безопасно, что лучше не трогать вручную, и как провести очистку без лишнего риска.
Что в базе WordPress обычно можно удалить
В WordPress часть данных накапливается естественно: редактор сохраняет черновики, система создаёт ревизии записей, плагины пишут временные кэши и служебные записи, а комментарии могут зависать в спаме и корзине. Это не ошибка, а нормальная работа сайта. Проблема начинается, когда таких записей становится слишком много.
Обычно безболезненно удаляют:
- ревизии записей и страниц;
- автосохранения черновиков;
- спамные и удалённые комментарии;
- временные данные плагинов и устаревшие transient-записи;
- старые записи корзины, если они уже не нужны;
- служебные таблицы и данные плагинов, которые вы точно больше не используете.
Последний пункт требует осторожности: если плагин ещё активен или вы не уверены, что именно он создаёт, лучше сначала проверить документацию или сделать резервную копию.
Что трогать нельзя без понимания последствий
В базе WordPress есть таблицы и записи, которые напрямую влияют на работу сайта. Их чистка «на глаз» — плохая идея. Не удаляйте вручную:
- записи в таблицах
wp_posts,wp_postmeta,wp_options,wp_users,wp_usermeta, если не понимаете, что именно удаляете; - настройки активной темы и плагинов из
wp_options; - данные заказов, если сайт использует магазин или другую систему с записью транзакций;
- таблицы плагинов, пока не убедились, что они больше не нужны.
Особенно опасна таблица wp_options: там лежат не только временные параметры, но и критичные настройки сайта. Удаление «лишнего» по названию может сломать вход, кэш, меню, виджеты или работу плагинов.
Самый безопасный способ: через админку и плагины очистки
Если задача — убрать типичный мусор без ручного SQL, проще всего использовать инструменты в админке. Это удобнее для владельца сайта и безопаснее, чем прямые запросы к базе.
Что обычно можно сделать через интерфейс WordPress:
- очистить корзину записей, страниц и комментариев;
- удалить спамные комментарии;
- убрать старые ревизии;
- очистить временные данные, если это умеет плагин оптимизации;
- удалить устаревшие transient-записи.
Если используете плагин для оптимизации базы, проверьте, есть ли в нём именно такие функции, а не только «ускорение сайта» в общем смысле. Для этой задачи важны конкретные операции: удаление ревизий, автосохранений, спама и transient-данных. Удобно, когда плагин показывает, сколько записей будет удалено до подтверждения действия.
Перед запуском очистки сделайте резервную копию базы данных. Это не формальность: если плагин удалит что-то лишнее или на сайте окажутся нестандартные данные, откат будет проще, чем ручное восстановление отдельных таблиц.
Как почистить базу вручную, если нужен точный контроль
Ручная очистка нужна, когда вы хотите удалить только конкретный тип мусора и не доверяете массовой оптимизации. Для этого обычно используют phpMyAdmin, Adminer или другой доступ к MySQL/MariaDB, который даёт хостинг.
Перед любыми запросами обязательно сделайте бэкап базы. Если есть возможность, сначала проверьте запрос на тестовой копии сайта.
Ниже — типовые запросы для удаления ревизий, автосохранений, спамных и удалённых комментариев. Они подходят для стандартной установки WordPress, но префикс таблиц у вас может быть не wp_. В таком случае замените его на свой.
Удаление ревизий записей и страниц:
DELETE FROM wp_posts WHERE post_type = 'revision';Удаление автосохранений:
DELETE FROM wp_posts WHERE post_type = 'autosave';Удаление спамных комментариев и комментариев из корзины:
DELETE FROM wp_comments WHERE comment_approved = 'spam' OR comment_approved = 'trash';Удаление неиспользуемых transient-записей обычно делают через таблицу wp_options, но здесь важно не ошибиться с шаблоном ключей. Если вы не уверены, лучше использовать плагин, который умеет чистить transient-данные безопасно, чем писать запрос вручную.
После ручного удаления полезно оптимизировать таблицы базы данных. В MySQL это обычно делается командой OPTIMIZE TABLE, но на некоторых хостингах она может быть ограничена или выполняться долго. Если у вас нет опыта, проще воспользоваться встроенной функцией оптимизации в панели хостинга или в плагине.
Как понять, что именно раздувает базу
Не вся «тяжесть» базы создаётся одинаково. Иногда проблема в ревизиях, иногда — в огромном количестве спама, а иногда — в таблицах давно удалённого плагина. Чтобы не чистить вслепую, сначала посмотрите, где именно вырос объём.
Полезно проверить:
- сколько ревизий накопилось у популярных записей и страниц;
- есть ли большой хвост спам-комментариев;
- не остались ли данные старых плагинов после их удаления;
- не хранит ли сайт слишком много временных записей;
- не разрослась ли таблица
wp_optionsиз-за автозагрузки настроек.
Если сайт давно работает и плагинов было много, часто именно wp_options и таблицы старых расширений дают основной объём. Но это не повод удалять всё подряд: сначала определите, какие записи принадлежат активным компонентам сайта.
Что можно настроить, чтобы мусор не копился снова
После очистки имеет смысл снизить скорость повторного накопления мусора. Это не заменяет регулярную уборку, но заметно уменьшает объём базы в будущем.
Практически полезно:
- ограничить количество ревизий в
wp-config.php, если сайт активно редактируется; - регулярно чистить спам и корзину комментариев;
- проверять, не создаёт ли плагин слишком много временных записей;
- удалять неиспользуемые плагины не только из админки, но и после проверки их таблиц и опций;
- не держать на сайте лишние расширения «на всякий случай».
Ограничение ревизий особенно полезно для сайтов с большим редакционным потоком. Но если вы часто правите важные страницы, полностью отключать ревизии не стоит: они помогают откатиться к предыдущей версии текста.
Как проверить результат после очистки
После удаления мусора не ограничивайтесь ощущением «стало легче». Проверьте несколько конкретных вещей:
- сайт открывается без ошибок;
- админка работает, записи и страницы редактируются;
- комментарии, формы и поиск ведут себя как раньше;
- не пропали ли виджеты, меню или настройки темы;
- уменьшился ли размер базы данных в панели хостинга или в phpMyAdmin.
Если после очистки что-то сломалось, первым делом восстановите базу из резервной копии. Не пытайтесь «дочистить» проблему новыми запросами, пока не поймёте, какая именно таблица или запись была затронута.
Для большинства сайтов разумная схема такая: сначала удалить очевидный мусор через админку, затем при необходимости точечно почистить базу вручную, а уже после этого ограничить повторное накопление ревизий и временных данных. Так вы убираете лишнее без риска задеть рабочие настройки и контент.