Если сайт на WordPress давно не обслуживали, база данных обычно разрастается за счёт ревизий записей, автосохранений, спам-комментариев, временных данных и следов удалённых плагинов. Это не всегда главная причина медленной работы, но лишний мусор действительно увеличивает объём базы, усложняет резервное копирование и иногда замедляет админку, особенно на старом хостинге и при слабом MySQL.
Ниже — безопасный порядок действий: что можно чистить почти без риска, что требует проверки, а что лучше не трогать вручную без понимания последствий.
С чего начать, чтобы не сломать сайт
Перед любой чисткой сделайте резервную копию базы данных. Это не формальность: если удалить не только мусор, но и нужные записи, откат будет самым быстрым способом вернуть сайт в рабочее состояние. Если у хостинга есть штатный бэкап, проверьте, что он свежий и его реально можно восстановить. Если используете плагин резервного копирования, убедитесь, что копия включает именно базу данных, а не только файлы.
Дальше полезно понять, что именно разрослось. В WordPress мусор обычно сидит в нескольких местах: таблица записей и их метаданных, комментарии, временные опции и транзиенты. Не обязательно чистить всё подряд. Часто достаточно убрать самые очевидные накопления: ревизии, автосохранения, спам и устаревшие временные данные.
Что можно удалить в первую очередь
Самые безопасные кандидаты на очистку — это данные, которые WordPress создаёт автоматически и которые не нужны для работы сайта в текущем состоянии.
Ревизии записей
Ревизии — это сохранённые версии записей и страниц. Они полезны, пока вы активно редактируете контент: можно откатиться к старому варианту. Но на старых сайтах их часто накапливаются сотни и тысячи. Если у вас много длинных статей, ревизии раздувают таблицу записей и могут мешать обслуживанию базы.
Удалять ревизии можно, если вы уверены, что не будете откатываться к старым версиям. Для рабочих сайтов обычно достаточно оставить несколько последних ревизий, а не чистить всё подчистую.
Автосохранения
Автосохранение — это черновик, который WordPress создаёт во время редактирования. Обычно оно не нужно после публикации или сохранения записи. Старые автосохранения можно удалять, особенно если редакторы часто открывали записи и закрывали их без завершения работы.
Спам и корзина комментариев
Если на сайте включены комментарии, спам и удалённые комментарии тоже копятся в базе. Их удаление почти всегда безопасно, если вы не держите комментарии в корзине специально для ручной модерации. На активных сайтах это одна из самых простых и полезных чисток.
Транзиенты и временные данные
Транзиенты — это временные значения, которые WordPress и плагины используют для кэша и промежуточных расчётов. Обычно они должны истекать сами, но на некоторых сайтах остаются «зависшие» записи. Их можно удалить, если вы понимаете, что после очистки часть кэша будет пересоздана заново. Это нормально: сайт не должен сломаться, но первое время некоторые данные могут подгружаться чуть медленнее, пока кэш не восстановится.
Самый безопасный способ очистки: через плагин
Если вы не работаете с базой на уровне SQL, удобнее чистить мусор через плагин обслуживания. Такой подход снижает риск удалить лишнее и обычно позволяет сначала посмотреть, что именно будет затронуто. Для владельца сайта это практичнее, чем вручную запускать запросы в phpMyAdmin.
При выборе плагина смотрите не на количество функций, а на то, умеет ли он:
- удалять ревизии и автосохранения;
- чистить спам и корзину комментариев;
- удалять транзиенты;
- показывать количество найденного мусора до удаления;
- работать без опасных «универсальных» кнопок, которые чистят всё подряд.
Если у вас уже стоит плагин для технической оптимизации, проверьте, нет ли в нём отдельного раздела для очистки базы. Например, Clearfy Pro умеет решать часть таких задач в рамках обслуживания сайта, но использовать его стоит только если он уже есть в вашем стекe и вы понимаете, какие именно опции включаете. Ставить новый плагин только ради одной чистки базы имеет смысл не всегда.
Ручная очистка через phpMyAdmin: когда это уместно
Ручной способ нужен, если плагин недоступен, сайт сильно захламлён или вы хотите точечно удалить конкретный тип мусора. Но здесь уже важна аккуратность: в WordPress префикс таблиц может быть не wp_, а любой другой. Перед выполнением запросов проверьте реальное имя таблиц в базе.
Ниже — типичные запросы для стандартной установки WordPress. Перед запуском обязательно сделайте бэкап базы.
Удаление ревизий:
DELETE FROM wp_posts WHERE post_type = 'revision';Удаление автосохранений:
DELETE FROM wp_posts WHERE post_type = 'auto-draft';Удаление спам-комментариев:
DELETE FROM wp_comments WHERE comment_approved = 'spam';Удаление комментариев из корзины:
DELETE FROM wp_comments WHERE comment_approved = 'trash';Очистка транзиентов обычно делается через таблицу wp_options. Но здесь есть важная деталь: не стоит удалять всё подряд по слову transient без понимания, как именно устроены данные на вашем сайте. Безопаснее использовать штатный инструмент плагина или WP-CLI, если он доступен. Если всё же работаете вручную, сначала проверьте, какие записи попадут под удаление, а уже потом удаляйте их.
Для поиска временных данных можно посмотреть записи с префиксами _transient_ и _site_transient_. Но на мультисайте и в сложных конфигурациях лучше не экспериментировать без опыта.
Что лучше не удалять вручную
Есть данные, которые выглядят как мусор, но на деле нужны плагинам или теме. Самая частая ошибка — чистить базу «по названию» и удалять всё, что кажется временным. Так ломаются настройки плагинов, кэш, очереди задач и служебные опции.
Без точного понимания не трогайте:
- таблицы плагинов, если не уверены, что плагин удалён и больше не нужен;
wp_optionsцеликом или массово по широким маскам;- метаданные записей и пользователей без проверки, что они действительно лишние;
- таблицы кэша, если не знаете, как плагин их пересоздаёт;
- данные WooCommerce, если магазин работает: там много служебных записей, которые не выглядят очевидно, но нужны для заказов и каталога.
Если плагин уже удалён, его таблицы и опции действительно могут остаться в базе. Но удалять их стоит только после проверки, что плагин больше нигде не используется и не нужен для восстановления.
Как проверить, что очистка прошла нормально
После удаления мусора не ограничивайтесь тем, что «сайт открылся». Проверьте несколько вещей:
- открываются главная, несколько записей и страницы;
- в админке сохраняются записи и страницы;
- работают комментарии, если они включены;
- не появились ошибки в журнале сервера или в
wp-content/debug.log, если у вас включён режим отладки; - в базе действительно уменьшилось число ревизий, спама и транзиентов.
Если вы чистили базу через плагин, посмотрите отчёт после операции. Если работали вручную, можно повторно выполнить выборочный запрос на количество записей, чтобы убедиться, что удаление сработало. Например, для ревизий:
SELECT COUNT(*) FROM wp_posts WHERE post_type = 'revision';Если число стало меньше или равно ожидаемому, значит чистка прошла корректно. Но даже после успешного удаления не ждите чудес: база данных — лишь одна из причин медленной работы. Если сайт тормозил из-за тяжёлой темы, медленного хостинга или отсутствия кэша, одна очистка базы не решит всё.
Что делать, если база разрастается снова
Разовая чистка помогает только на короткое время, если WordPress продолжает копить мусор. Чтобы база не раздувалась снова, имеет смысл ограничить число ревизий в wp-config.php. Это полезно на контентных сайтах, где статьи часто редактируют.
Перед добавлением настройки убедитесь, что понимаете её эффект: WordPress будет хранить меньше ревизий, а не отключит их полностью. Для большинства сайтов это разумный компромисс.
define('WP_POST_REVISIONS', 5);Значение 5 — пример. Можно поставить другое число, если редакторы часто работают с длинными текстами. Полностью отключать ревизии обычно не стоит: при неудачном редактировании это лишает вас удобного отката.
Ещё один полезный шаг — периодически проверять спам-комментарии и удалять старые временные данные через штатные инструменты обслуживания. Если сайт давно не обслуживался, начните с бэкапа, затем уберите очевидный мусор, после чего проверьте, не осталось ли в базе следов удалённых плагинов и старых настроек. Так вы очистите WordPress без лишнего риска и получите более предсказуемую админку и чуть более лёгкую базу для резервного копирования и обслуживания.