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