Если в WordPress сайт давно живёт и записи редактируются регулярно, ревизии быстро раздувают таблицу базы данных. Это не всегда заметно в админке, но со временем бэкапы становятся тяжелее, запросы к базе — медленнее, а лишние копии постов занимают место без реальной пользы. Решение обычно состоит из двух частей: ограничить количество новых ревизий и удалить уже накопившийся мусор, не трогая нужную историю правок.
Полностью отключать ревизии имеет смысл не всегда. Для редакционного сайта они полезны: можно откатить неудачную правку, сравнить версии и восстановить текст. На практике чаще нужен не полный отказ, а разумный лимит — например, хранить несколько последних версий вместо десятков и сотен.
Что именно раздувает базу данных
Каждое сохранение записи в WordPress может создавать ревизию. Это отдельная запись в таблице wp_posts с типом revision. Если авторы часто нажимают «Обновить», а редакторы правят текст по нескольку раз в день, количество ревизий растёт очень быстро.
Проблема не только в объёме таблицы wp_posts. Вместе с ревизиями в базе остаются связанные метаданные, а сама таблица становится тяжелее для обслуживания. На небольшом сайте это может быть незаметно, но на проекте с большим архивом материалов и активной редактурой разница уже ощутима.
Какой вариант выбрать: отключить совсем или ограничить
Если сайт — это личный блог или небольшой корпоративный ресурс, обычно достаточно ограничить число ревизий. Тогда у вас остаётся запасная история последних изменений, но база не растёт бесконтрольно.
Полное отключение ревизий оправдано только в редких случаях: когда контент почти не редактируется, а требования к минимальному размеру базы важнее удобства отката. Для новостных и редакционных сайтов это рискованный вариант: одна неудачная правка может стоить времени на ручное восстановление текста.
| Подход | Когда подходит | Что теряете |
|---|---|---|
| Ограничить ревизии | Почти всегда, если нужен баланс между удобством и размером БД | Старые версии сверх лимита |
| Отключить ревизии полностью | Редко, если история изменений не нужна | Возможность отката к предыдущим версиям |
Ограничение ревизий через wp-config.php
Самый надёжный способ — задать лимит на уровне конфигурации WordPress. Для этого откройте файл wp-config.php и добавьте строку до комментария /* That's all, stop editing! Happy publishing. */.
Если нужно хранить только несколько последних ревизий, используйте такой вариант:
define( 'WP_POST_REVISIONS', 5 );Число 5 можно заменить на любое другое значение. WordPress будет хранить только указанное количество ревизий для каждой записи. Старые версии сверх лимита перестанут создаваться.
Если нужно отключить ревизии полностью, можно поставить false:
define( 'WP_POST_REVISIONS', false );Но я бы рекомендовал делать это только после проверки, что история изменений вам действительно не нужна. Для большинства сайтов безопаснее ограничение, а не полный запрет.
После правки файла сохраните изменения и проверьте, что сайт открывается без ошибок. Если на хостинге включён кэш конфигурации или используется нестандартная сборка, эффект обычно виден сразу, но иногда требуется очистить кэш страницы и объектный кэш, если он есть.
Как удалить уже накопившиеся ревизии
Ограничение ревизий не удаляет старые записи автоматически. Если база уже разрослась, нужно отдельно очистить накопленные ревизии. Здесь важно не действовать вслепую: сначала сделайте резервную копию базы данных. Это не формальность — при ошибке в запросе или выборе не той таблицы восстановление из бэкапа будет единственным безопасным выходом.
Если у вас есть доступ к базе через phpMyAdmin или другой SQL-интерфейс, можно удалить ревизии запросом:
DELETE FROM wp_posts WHERE post_type = 'revision';После этого в базе останутся только сами записи ревизий, но связанные с ними метаданные могут ещё занимать место. Чтобы убрать и их, обычно выполняют очистку по post_id через связанные таблицы. Однако на живом сайте я не советую вручную собирать сложные SQL-запросы без понимания структуры конкретной базы и префикса таблиц.
Практичнее использовать инструмент, который умеет безопасно чистить ревизии и связанные данные. Если вы предпочитаете делать это через админку, подойдёт плагин для обслуживания базы данных. В экосистеме WPShop для таких задач можно посмотреть
Добавь в закладки и поделись с друзьями: