Как уменьшить размер базы данных WordPress и удалить лишний мусор

Если база данных WordPress разрослась, обычно причина не в одном «тяжёлом» месте, а в накопившемся мусоре: ревизиях записей, автосохраняемых черновиках, временных данных, спаме, удалённых комментариях и следах от плагинов. Уменьшить объём БД можно без переустановки сайта, но чистить её нужно понимая, что именно удаляется и что может сломаться.

Самый безопасный подход — сначала сделать резервную копию, затем убрать очевидный мусор, после этого проверить, не оставили ли плагины свои таблицы и временные записи. Если действовать по шагам, база обычно заметно уменьшается без потери контента и настроек.

Что именно можно удалять без риска

В WordPress есть данные, которые почти всегда можно чистить, если вы понимаете их назначение. К ним относятся:

• ревизии записей и страниц — старые версии контента, которые WordPress сохраняет при редактировании;
• автосохранения черновиков — временные копии, которые создаются во время работы в редакторе;
• транзиенты — временные записи кэша, которые WordPress и плагины используют для ускорения работы;
• спам и корзина комментариев;
• старые черновики, неиспользуемые вложения и записи, которые уже не нужны;
• временные данные плагинов, если сам плагин их не чистит автоматически.

Опаснее всего удалять данные «на глаз» из таблиц базы. Например, можно случайно затронуть настройки темы, параметры плагинов или связи между записями и медиафайлами. Поэтому безопаснее начинать с тех типов мусора, которые WordPress сам умеет создавать заново.

С чего начать: резервная копия и проверка размера таблиц

Перед любой чисткой сделайте полную резервную копию базы данных. Если что-то пойдёт не так, откат будет быстрее, чем ручное восстановление отдельных таблиц. Это особенно важно, если вы планируете удалять записи через phpMyAdmin или SQL-запросы.

Чтобы понять, где именно разрослась база, откройте список таблиц в phpMyAdmin или в панели хостинга и посмотрите их размер. Обычно больше всего места занимают таблицы wp_posts, wp_postmeta, wp_options и wp_comments. Название префикса может отличаться, если при установке WordPress был задан не стандартный wp_.

Если вы видите, что основная масса данных сидит в wp_posts, почти всегда виноваты ревизии, автосохранения, старые записи или медиа-вложения. Если раздута wp_options, часто проблема в автозагружаемых опциях и следах от плагинов. Если большой стала wp_comments, обычно накопились спам и удалённые комментарии.

Как удалить ревизии и автосохранения

Ревизии — один из самых частых источников лишнего объёма. WordPress сохраняет их при каждом существенном изменении записи или страницы, и на сайтах с активным редактированием их может накопиться очень много.

Если вам нужен быстрый и контролируемый способ, удобнее всего удалить ревизии SQL-запросом. Перед запуском убедитесь, что у вас есть свежий бэкап.

Для удаления ревизий можно использовать такой запрос:

DELETE FROM wp_posts WHERE post_type = 'revision';

Этот запрос удаляет только ревизии. Он не трогает опубликованные записи, страницы и медиафайлы. Но если у вас нестандартный префикс таблиц, замените wp_ на свой.

Автосохранения обычно не требуют отдельной чистки, если вы удалили ревизии, но на некоторых сайтах их тоже бывает много. Они хранятся в той же таблице wp_posts, поэтому при массовой очистке важно не использовать слишком широкий запрос, который удалит лишнее.

Если вы не хотите работать с SQL, можно использовать плагин для оптимизации базы, который умеет удалять ревизии, автосохранения и временные данные. Это удобнее для владельца сайта, но всё равно проверьте, какие пункты отмечены перед запуском очистки.

Как убрать временные данные WordPress и плагинов

Транзиенты — это временные записи, которые WordPress и плагины используют как кэш. Они помогают ускорять работу, но со временем часть из них устаревает и остаётся в базе без пользы. Обычно это безопасный мусор, который можно удалять.

Если у вас есть доступ к WP-CLI, можно очистить просроченные транзиенты командой:

wp transient delete --expired

Эта команда удаляет только просроченные временные данные. Если WP-CLI на хостинге не доступен, используйте панель хостинга, плагин оптимизации или встроенные инструменты кэширования, если они есть в вашем стеке.

Важно понимать: после удаления транзиентов некоторые плагины заново создадут их при следующем обращении к сайту. Это нормально. Если после очистки сайт на короткое время стал чуть медленнее, это обычно связано именно с пересозданием кэша.

Что делать со спамом, корзиной и старым контентом

Если на сайте есть комментарии, проверьте спам и корзину. WordPress хранит удалённые комментарии не только в интерфейсе, но и в базе, пока они окончательно не очищены. То же относится к записям и страницам в корзине.

Удалите:

• спам-комментарии, если они вам больше не нужны;
• комментарии из корзины;
• старые черновики, которые уже не планируется публиковать;
• ненужные записи, страницы и медиафайлы, если они действительно не используются на сайте.

С медиафайлами нужна аккуратность. Удаление вложения из медиабиблиотеки не всегда означает, что файл нигде не используется. Если картинка вставлена в записи, страницы или блоки темы, её удаление может привести к битым изображениям. Сначала проверьте, действительно ли файл лишний.

Когда стоит чистить таблицу wp_options

Таблица wp_options часто разрастается из-за автозагружаемых опций и следов от плагинов. Но это как раз тот случай, где ручная чистка опаснее, чем кажется. В этой таблице лежат настройки сайта, темы и многих плагинов, поэтому удалять записи без понимания их назначения не стоит.

Безопаснее сначала посмотреть, какие записи занимают много места и какие из них относятся к удалённым плагинам. Если плагин давно деактивирован и вы уверены, что он больше не нужен, можно удалить его опции, но только после проверки, что они действительно относятся именно к нему.

Если вы не уверены, лучше ограничиться очисткой транзиентов и использовать специализированный плагин, который умеет работать с базой аккуратнее, чем ручной SQL. Для большинства владельцев сайтов этого достаточно, чтобы заметно уменьшить объём БД без риска сломать настройки.

Как проверить, что база действительно стала меньше

После очистки не ориентируйтесь только на ощущение, что «сайт стал легче». Проверьте результат в самой базе данных. Сравните размер таблиц до и после очистки в phpMyAdmin или панели хостинга. Если вы удаляли ревизии, уменьшение обычно заметно именно в wp_posts. Если чистили транзиенты, изменения могут быть менее впечатляющими, но база перестанет хранить просроченный мусор.

После этого откройте сайт и проверьте несколько типовых сценариев:

• открываются главная страница и несколько записей;
• редактирование записи в админке работает без ошибок;
• комментарии, если они включены, отправляются и отображаются корректно;
• нет сообщений о недостающих данных или битых изображениях.

Если после чистки что-то сломалось, восстановите резервную копию и повторите процедуру уже более точечно. Это нормальный рабочий сценарий, особенно если чистка проводилась вручную.

Что лучше: ручная чистка или плагин

Оба варианта рабочие, но подходят для разных ситуаций.

Если задача — просто убрать ревизии, транзиенты и корзину, плагин обычно удобнее. Если нужно точечно почистить конкретные таблицы или автоматизировать обслуживание на сервере, удобнее WP-CLI или SQL. Для большинства обычных сайтов разумно сочетать безопасную плагинную очистку с периодической проверкой базы вручную.

Если вам нужен инструмент, который помогает чистить дубли, мусор и лишние данные на сайте, можно посмотреть Clearfy Pro: https://wpshop.ru/plugins/clearfy. Но даже с таким плагином полезно понимать, что именно вы удаляете, а не запускать очистку вслепую.

В итоге самый надёжный способ уменьшить размер базы WordPress — не «чистить всё подряд», а убрать ревизии, просроченные транзиенты, спам и действительно ненужные записи, сохранив резервную копию и проверив результат после каждого этапа. Тогда база станет компактнее, а риск поломать сайт останется минимальным.