Хостинг пишет, что база MySQL переполнена, админка WordPress открывается по полминуты, а вы боитесь зайти в phpMyAdmin и случайно стереть не черновики, а живые статьи. Марина три года вела блог о маникюре, поставила «чистилку» и нажала «удалить всё» без бэкапа — неделю не заходила в админку, хотя посты на месте. За один вечер вы сможете сделать резервную копию, удалить старые ревизии через плагин и задать лимит, чтобы база снова не раздулась.
Ревизия — это сохранённая старая версия правки при нажатии «Обновить», не сама опубликованная статья. Автосохранение держит максимум одну страховку на пользователя и пост, а не сотни строк каждую минуту. Безопасный путь: бэкап → WP-Optimize только для ревизий → лимит 3–5 штук в wp-config.php или через WP Revisions Control.
Честно говоря, сайт салона или студии не ломается от чистки мусора в базе — ломается от паники и ручного SQL без копии. Я веду клиентов через админку: две галочки в плагине и одна строка в конфиге, без консоли и без phpMyAdmin.
Тут важный момент из официальной справки WordPress (обновлена в мае 2026): автосохранение не копит новую строку в базе каждые 60 секунд. Хранится максимум одно автосохранение на пользователя и пост, новое перезаписывает старое. Раздувает таблицу безлимитный поток ревизий при каждом «Обновить» — а не «автосохранения каждую минуту», как думают многие новички.
- Разберите, чем ревизии отличаются от автосохранений и черновиков
- Сделайте бэкап и запишите заголовки для проверки после
- Почистите накопившиеся ревизии через WP-Optimize
- Ограничьте число новых ревизий, чтобы база не росла снова
- Проверьте сайт и убедитесь, что всё сработало
- Частые вопросы
- Безопасно ли удалять ревизии WordPress?
- Чем автосохранения отличаются от ревизий?
- Можно ли чистить ревизии плагином WP-Optimize?
- Сколько ревизий оставлять?
- Нужно ли лезть в phpMyAdmin?
- Удалятся ли автосохранения при чистке ревизий?
- Что делать, если хостинг не даёт сделать бэкап?
Разберите, чем ревизии отличаются от автосохранений и черновиков
Главная боль: вы путаете три разных сущности и боитесь удалить то, что видят клиенты на сайте. На практике опубликованная запись — отдельная строка в таблице wp_posts. Ревизии лежат там же, но с типом revision и привязкой к родительскому ID. Их чистка не трогает живой текст на фронте.
| Что это | Где хранится | Удалится при чистке ревизий? |
|---|---|---|
| Опубликованная статья или страница | wp_posts, статус publish | Нет |
| Ревизия (история правок) | wp_posts, post_type revision | Да, если вы её чистите |
| Автосохранение в редакторе | Одна запись на пользователя и пост | Обычно не цель массовой чистки |
| Черновик в работе | wp_posts, статус draft | Нет, если не трогать черновики |
Типичная ошибка — искать в базе «лишние копии каждую минуту» и гоняться за autosave. Фокус — на ревизиях после частых правок цен, услуг и статей. В WordPress 7.0 экран просмотра ревизий обновили, но суть та же: это машина времени для редактора, не архив для посетителей.
Сделайте бэкап и запишите заголовки для проверки после
Без резервной копии любая чистка — лотерея, даже через плагин. В реальном проекте одна галочка «удалить всё» в незнакомом инструменте и неделя страха, как у Марины.
- Сделайте бэкап базы: UpdraftPlus, Duplicator или кнопка «Резервная копия» в панели хостинга (Beget, Timeweb, REG.RU и аналоги).
- Откройте на сайте 2–3 опубликованные страницы и запишите точные заголовки — проверите их после очистки.
- Зайдите в «Записи» и «Страницы» в админке — убедитесь, что черновики в работе на месте.
- Если хостинг не даёт бэкап — напишите в поддержку или поставьте бесплатный плагин резервного копирования до любых действий с базой.
Не начинайте с phpMyAdmin и команды DELETE, если вы не администратор баз. Голый SQL по post_type revision иногда оставляет «сиротский» postmeta — лишние хвосты в таблице метаданных. Плагин удаляет аккуратнее, через функции ядра WordPress.
Почистите накопившиеся ревизии через WP-Optimize
Для владельца салона без SSH основной путь — бесплатный WP-Optimize из каталога wordpress.org. Он показывает, сколько ревизий лежит в базе, и удаляет только выбранные типы мусора.
- «Плагины → Добавить новый» → найдите WP-Optimize → Установить → Активировать.
- Откройте WP-Optimize → вкладка Database (База данных).
- Посмотрите счётчик Post revisions — так вы поймёте масштаб до кнопки.
- Отметьте только «Post revisions» (ревизии записей). Не включайте всё подряд, если не понимаете пункт.
- Нажмите Run optimization / Запустить оптимизацию.
- При необходимости нажмите Optimize tables — сжатие таблиц после удаления строк.
- Запишите, сколько ревизий удалено — это ваш ориентир «до/после».
Если нужен режим «хранить ревизии не старше N недель», в платной версии WP-Optimize есть retention по неделям. Для разовой чистки достаточно бесплатного удаления. Альтернатива для лимита без удаления старого — WP Revisions Control: настройки в «Настройки → Письмо» и массовая очистка с версии 1.3.
Вердикт: для новичка плагин безопаснее phpMyAdmin. Ручной SQL оставьте тем, у кого есть опыт и свежий бэкап на отдельном диске.
Ограничьте число новых ревизий, чтобы база не росла снова
После разовой чистки без лимита история снова раздуется — особенно если вы каждую неделю правите прайс и акции. По умолчанию WordPress хранит все ревизии (WP_POST_REVISIONS = true). Рекомендую 3–5 последних, не полное отключение: страховка «откатить правку» должна остаться.
| Способ | Кому подходит | Что делает |
|---|---|---|
| Строка в wp-config.php | Есть доступ к файлам через FTP или файловый менеджер | Лимит N ревизий на все типы записей |
| WP Revisions Control | Боитесь трогать конфиг | Лимит по типам записей из админки + bulk purge |
| WP_POST_REVISIONS false | Не рекомендуется | Ревизий не будет вообще — нет отката ошибки |
Перед правкой wp-config.php снова сделайте бэкап. Настройте лимит: откройте файл в корне сайта и добавьте строку выше комментария «That’s all, stop editing!»:
define(‘WP_POST_REVISIONS’, 5);
Число 5 — пример: хранятся пять последних ревизий плюс автосохранение на пользователя. Значение false или 0 отключает ревизии, но автосохранение в редакторе остаётся — это разные механизмы по документации developer.wordpress.org.
Не путайте с AUTOSAVE_INTERVAL: интервал автосохранения по умолчанию 60 секунд настраивается отдельной константой и не заменяет лимит ревизий.
Проверьте сайт и убедитесь, что всё сработало
Результат на выходе простой: бэкап на месте, опубликованные страницы не тронуты, счётчик ревизий в плагине упал, лимит задан, редактор по-прежнему показывает историю у свежей записи.
- Откройте сайт в режиме инкогнито — главная, услуги, контакты грузятся как раньше.
- Сверьте записанные заголовки с тем, что видите на фронте.
- В админке откройте любую недавнюю статью → блок «Ревизии» (в WP 7.0 экран обновлён, в 6.9 — классический вид).
- Зайдите в WP-Optimize → Database и проверьте, что число Post revisions уменьшилось.
- Оцените скорость входа в админку — часто после чистки она заметно лучше.
- Если что-то выглядит иначе — восстановите базу из бэкапа, не экспериментируйте дальше.
Если база снова быстро растёт после лимита — пересмотрите частоту правок или подключите регулярную очистку по расписанию в WP-Optimize. Больше материалов по обслуживанию WordPress — в разделе статей блога.
Когда хостинг уже на пределе или после чистки объём снова ползёт вверх, можно передать обслуживание — опишите ситуацию через страницу услуг или форму на сайте, ответим в мессенджер. Короткий вопрос по ревизиям — в Telegram.
Материал проверен: Андрей Дикий — сайты на WordPress и продвижение через статьи (SEO/GEO).
Источники: wordpress.org/documentation/article/revisions/, developer.wordpress.org (wp-config, ревизии и autosave), каталоги WP-Optimize и WP Revisions Control, разборы InstaWP и WP-Kama; частотность запросов — Яндекс Вордстат на 2026-09-05 (MCP Wordstat недоступен, LSI из SERP).
Частые вопросы
Безопасно ли удалять ревизии WordPress?
Да, если есть бэкап и вы чистите только post_type revision через плагин или штатные функции. Опубликованные записи и страницы не удаляются — пропадает история старых правок. Откат к версии месячной давности после массовой чистки уже не получится.
Чем автосохранения отличаются от ревизий?
Автосохранение — одна «страховка» в редакторе на пользователя и пост, новая перезаписывает старую. Ревизия создаётся при сохранении и копит историю каждого «Обновить». Именно ревизии чаще раздувают базу, а не autosave каждую минуту.
Можно ли чистить ревизии плагином WP-Optimize?
Да, это основной путь для новичка без SSH. Включите только пункт Post revisions, сделайте бэкап до запуска и проверьте сайт после. Не отмечайте незнакомые галочки «на всякий случай».
Сколько ревизий оставлять?
Для бизнес-сайта с регулярными правками достаточно 3–5 последних через WP_POST_REVISIONS или WP Revisions Control. Полное отключение (false) не советую — не будет страховки от ошибки в тексте.
Нужно ли лезть в phpMyAdmin?
Нет, если хватает WP-Optimize или WP Revisions Control. phpMyAdmin и голый DELETE рискованнее: можно оставить мусор в postmeta или перепутать тип записи. Плагин безопаснее для владельца без опыта SQL.
Удалятся ли автосохранения при чистке ревизий?
Массовая чистка ревизий в WP-Optimize нацелена на post_type revision. Автосохранения устроены иначе и обычно не главная цель. В редакторе autosave по-прежнему работает по правилам ядра WordPress.
Что делать, если хостинг не даёт сделать бэкап?
Напишите в поддержку хостинга с просьбой снимка базы, установите UpdraftPlus или аналог и дождитесь первого бэкапа. Без копии лучше не нажимать «удалить всё» ни в одном плагине.
