Если WordPress со временем начал заметно тормозить, причина часто не в «тяжёлой теме», а в базе данных: там накапливаются ревизии записей, спам-комментарии, временные данные плагинов, старые транзиенты и другой служебный мусор. Сам по себе он не ломает сайт, но раздувает таблицы, усложняет резервное копирование и иногда замедляет админку и отдельные запросы.
Очистка базы данных помогает, если вы делаете её аккуратно: сначала понимаете, что именно удаляете, потом создаёте резервную копию и только после этого запускаете чистку. Ниже — практический порядок действий, который подходит обычному сайту на WordPress без лишнего риска.
Что обычно считается мусором в базе WordPress
В WordPress «мусор» — это не одна таблица и не один тип данных. Чаще всего речь идёт о следующих записях:
- ревизии записей и страниц — WordPress сохраняет промежуточные версии контента;
- автосохранения — временные копии, которые появляются во время редактирования;
- спам и удалённые комментарии;
- временные данные, или транзиенты, которые используют темы и плагины;
- старые записи в таблицах плагинов, если сам плагин уже удалён;
- метаданные записей, пользователей и комментариев, которые остались после деинсталляции расширений.
Не всё из этого можно удалять «вслепую». Например, ревизии и спам-комментарии обычно безопасны для очистки, а вот метаданные плагина лучше трогать только если вы точно знаете, что этот плагин больше не используется и не хранит там нужные настройки.
С чего начать, чтобы не сломать сайт
Перед любой чисткой базы данных сделайте резервную копию. Это не формальность: если удалить не то, восстановление из бэкапа часто быстрее и безопаснее, чем попытка вручную собирать потерянные данные.
Минимальный безопасный порядок такой:
- Сделайте полную резервную копию файлов и базы данных.
- Проверьте, есть ли у вас доступ к phpMyAdmin, панели хостинга или SSH.
- Оцените, что именно разрослось: ревизии, комментарии, транзиенты или таблицы плагинов.
- Удаляйте только понятные и предсказуемые данные.
- После каждого этапа проверяйте сайт и админку.
Если сайт рабочий и на нём есть заказы, заявки или активная форма комментариев, не стоит запускать агрессивную «чистку всего подряд» одним кликом. Лучше идти по слоям: сначала безопасные данные, потом более спорные.
Что можно удалить без особого риска
Для большинства сайтов безопаснее всего начать с трёх категорий.
Ревизии записей и страниц
WordPress хранит несколько версий одного и того же материала. Это удобно при редактировании, но на старом сайте ревизий может быть очень много. Удаление старых ревизий обычно не влияет на опубликованный контент, если вы не рассчитываете на них как на архив изменений.
Спам и корзина комментариев
Если комментарии на сайте включены, спам и удалённые комментарии со временем накапливаются в базе. Их можно удалять безболезненно, если вы не храните их специально для модерации или анализа.
Старые транзиенты
Транзиенты — это временные значения, которые WordPress и плагины используют для кэша и служебных задач. Обычно они должны очищаться сами, но на практике часть из них остаётся в базе дольше, чем нужно. Удаление просроченных транзиентов обычно безопасно. А вот активные транзиенты лучше не трогать вручную, если вы не понимаете, какой плагин их использует.
Как очистить базу данных через админку WordPress
Если вы не хотите работать с SQL, самый простой путь — использовать плагин для обслуживания базы. Для этой задачи подходят инструменты, которые умеют удалять ревизии, спам, транзиенты и оптимизировать таблицы без ручного редактирования SQL-запросов.
Что важно при выборе плагина:
- он должен показывать, что именно будет удалено;
- должна быть возможность выбрать отдельные типы мусора, а не запускать всё сразу;
- желательно, чтобы у него была функция создания резервной копии или хотя бы понятное предупреждение перед удалением;
- не стоит использовать давно заброшенные плагины, которые не обновлялись под текущие версии WordPress и PHP.
После установки обычно достаточно открыть раздел обслуживания базы, отметить нужные пункты и запустить очистку. Начинайте с ревизий, спама и просроченных транзиентов. Если плагин предлагает удаление «всех» транзиентов, проверьте, идёт ли речь именно о просроченных записях. Для активных кэшей это может быть лишним.
После очистки обновите админку и несколько страниц сайта. Если что-то стало вести себя странно, сразу откатите резервную копию.
Как сделать это вручную через SQL
Ручная очистка подходит тем, кто работает через phpMyAdmin или другой SQL-клиент и понимает, какие таблицы принадлежат WordPress. Этот способ точнее, но и риск выше: одна ошибка в запросе может удалить нужные данные.
Перед выполнением любых запросов ещё раз проверьте префикс таблиц. В стандартной установке это wp_, но у вас он может быть другим. Если префикс нестандартный, замените его в запросах на свой.
Чтобы удалить ревизии записей и страниц, можно использовать такой запрос:
DELETE FROM wp_posts WHERE post_type = 'revision';Чтобы очистить спам и удалённые комментарии:
DELETE FROM wp_comments WHERE comment_approved = 'spam' OR comment_approved = 'trash';Чтобы удалить просроченные транзиенты, обычно чистят записи из таблиц wp_options и wp_sitemeta в мультисайте. Для обычного сайта чаще достаточно базы опций. Но вручную лучше не удалять транзиенты без понимания, что именно вы делаете, потому что там есть и служебные значения, и кэш плагинов.
Если вы не уверены в SQL, безопаснее ограничиться админкой или специализированным плагином. Ручные запросы хороши тогда, когда нужно точечно убрать конкретный тип мусора и вы понимаете структуру базы.
Когда имеет смысл оптимизировать таблицы
После удаления большого количества строк база не всегда сразу становится компактнее. Таблицы могут сохранить «пустое место», которое MySQL позже переиспользует, но не всегда возвращает системе. Поэтому после серьёзной чистки иногда имеет смысл выполнить оптимизацию таблиц.
В phpMyAdmin это обычно делается через операцию оптимизации таблиц. В WordPress-плагинах такая функция тоже встречается. Она полезна после удаления большого объёма ревизий, комментариев или старых временных данных.
Но здесь есть нюанс: оптимизация может занять время и кратковременно нагрузить сервер. На маленьком сайте это почти незаметно, а на крупной базе или слабом хостинге лучше запускать её в период низкой нагрузки. Если у вас shared-хостинг, не стоит делать это в час пик.
Что лучше не удалять без проверки
Есть данные, которые часто принимают за мусор, хотя они ещё нужны сайту:
- активные транзиенты, которые используют плагины для кэша или интеграций;
- метаданные плагинов, если сам плагин ещё работает;
- ревизии, если редакция сайта активно использует историю изменений;
- таблицы плагинов, если вы не уверены, что расширение удалено полностью и больше не понадобится.
Особенно осторожно стоит относиться к таблицам, которые не входят в стандартный набор WordPress. Если вы видите таблицу с незнакомым названием, сначала выясните, какому плагину она принадлежит. Удалять её только потому, что она «лишняя», — плохая идея.
Как проверить, что очистка прошла нормально
После чистки не ограничивайтесь одной страницей главной. Проверьте несколько мест, где проблемы заметны быстрее всего:
- вход в админку и открытие редактора записей;
- сохранение и обновление записи;
- работу формы комментариев, если она включена;
- страницы, которые используют кэш или динамические блоки;
- сайт на мобильном и в обычном браузере.
Если вы удаляли транзиенты или чистили кэш плагина, первые загрузки страниц могут отличаться от обычных — это нормально. Но если появились ошибки базы данных, пропали записи, перестали работать формы или сломались отдельные шаблоны, значит, был затронут не тот набор данных. В таком случае возвращайте резервную копию и повторяйте чистку уже точечно.
Как не довести базу до повторного засорения
Одна разовая чистка помогает, но не решает проблему навсегда. Чтобы база не разрасталась снова, полезно настроить несколько вещей:
- ограничить количество ревизий в
wp-config.php, если на сайте много редактирования; - регулярно удалять спам и корзину комментариев;
- периодически проверять просроченные транзиенты;
- не держать активными плагины, которые вы давно не используете;
- после удаления плагина проверять, не остались ли его таблицы и служебные записи.
Если на сайте уже есть привычка копить мусор, разумно поставить обслуживание базы в календарь: раз в месяц или раз в квартал, в зависимости от активности проекта. Для небольшого сайта этого обычно достаточно, чтобы база не раздувалась без необходимости.
Если вам нужен более удобный способ чистить ревизии, спам, транзиенты и связанные с ними служебные данные без ручного SQL, можно посмотреть в сторону Clearfy Pro: https://wpshop.ru/plugins/clearfy. Но даже с таким инструментом правило остаётся тем же: сначала резервная копия, потом выборочная очистка, затем проверка сайта.