Если сайт на WordPress начал заметно тормозить, а база данных разрослась без видимой причины, часто проблема сидит в таблице wp_options. В ней хранятся настройки темы, плагинов, кэш, временные данные и служебные значения. Когда плагины удаляют неаккуратно или долго копят автосохранённые записи, в этой таблице остаются устаревшие опции, которые уже не нужны, но продолжают занимать место и иногда мешают работе сайта.
Очистка wp_options — это не «удалить всё лишнее на глаз». Здесь легко снести рабочие настройки и получить белый экран, сломанный вход в админку или сброшенные параметры плагинов. Поэтому сначала нужно понять, что именно можно трогать, а что лучше оставить.
Что обычно раздувает wp_options
В нормальной установке WordPress таблица wp_options содержит и полезные, и временные записи. Проблемы появляются, когда в ней накапливаются:
- настройки удалённых плагинов, которые больше не используются;
- временные данные кэша и служебные транзиенты;
- автозагружаемые опции, которые подгружаются на каждом запросе;
- остатки старых тем и плагинов после неаккуратного удаления;
- дублирующиеся или слишком большие записи, созданные расширениями.
Особенно неприятны автозагружаемые опции: WordPress загружает их почти на каждый запрос, поэтому даже несколько лишних мегабайт в autoload могут замедлять сайт сильнее, чем кажется по размеру базы.
С чего начать: сделайте резервную копию
Перед любой чисткой базы нужен бэкап. Это не формальность: если удалить не ту запись, вернуть её без копии будет сложно. Минимум — экспорт базы через phpMyAdmin или резервная копия средствами хостинга. Если у вас есть доступ к SSH и WP-CLI, можно дополнительно сохранить дамп базы перед правками.
Если сайт рабочий и простой откат невозможен, не удаляйте записи «наугад» и не используйте массовые SQL-команды без проверки списка строк. Для wp_options это особенно важно: одна неверная опция может сломать вход в админку или настройки темы.
Как найти мусор в wp_options
Самый практичный способ — смотреть не всю таблицу целиком, а конкретные признаки мусора: старые префиксы плагинов, временные записи и слишком тяжёлые автозагружаемые опции.
Проверьте крупные автозагружаемые записи
Если у вас есть доступ к SQL, начните с самых больших autoload-значений. Этот запрос покажет записи, которые подгружаются автоматически и занимают больше всего места:
SELECT option_name, LENGTH(option_value) AS size_bytes, autoload
FROM wp_options
WHERE autoload = 'yes'
ORDER BY size_bytes DESC
LIMIT 50;Здесь важно смотреть не только на размер, но и на смысл записи. Большая опция не всегда лишняя: кэш, настройки конструктора или сложного плагина могут быть действительно нужны. Подозрительными обычно выглядят записи с именами удалённых плагинов, старых тем или временных механизмов, которые уже не используются.
Ищите остатки удалённых плагинов по имени
Если вы помните, какой плагин удаляли, проще всего искать его префикс в названиях опций. Например, если плагин создавал записи с определённым именем, можно найти их так:
SELECT option_name, autoload
FROM wp_options
WHERE option_name LIKE '%plugin_name%';Подставляйте не абстрактное слово, а реальный фрагмент имени плагина, темы или модуля. После этого сравните найденные записи с тем, что реально установлено на сайте. Если плагина уже нет, а его опции остались, это кандидат на удаление.
Отдельно проверьте транзиенты и временные записи
WordPress и плагины используют временные значения для кэша и служебных задач. Часть из них удаляется автоматически, но не всегда. Для поиска временных записей удобно смотреть на транзиенты:
SELECT option_name, LENGTH(option_value) AS size_bytes
FROM wp_options
WHERE option_name LIKE '\_transient\_%'
OR option_name LIKE '\_site\_transient\_%';Большинство таких записей безопасно очищать, если они действительно устарели. Но если сайт использует объектный кэш, кэш-плагины или сложную интеграцию, лучше сначала понять, не отвечает ли конкретный транзиент за актуальную работу сайта.
Что можно удалить безопаснее всего
Есть несколько категорий записей, которые обычно можно чистить безболезненно, если вы уверены, что это именно мусор:
- остатки удалённых плагинов, которые уже не установлены;
- старые транзиенты и временные кэш-значения;
- опции старой темы после перехода на другую тему;
- служебные записи, которые явно относятся к давно удалённому функционалу.
А вот с такими данными лучше не спешить:
- основные настройки активной темы;
- опции активных плагинов;
- записи, в назначении которых вы не уверены;
- всё, что связано с авторизацией, безопасностью и интеграциями.
Если сомневаетесь, сначала отключите плагин на тестовой копии сайта и проверьте, исчезает ли нужда в конкретной записи. Для боевого сайта это безопаснее, чем удалять всё подряд.
Как удалить устаревшие записи без лишнего риска
Есть два рабочих пути: через интерфейс базы данных и через SQL. Для владельца сайта без глубокого опыта обычно удобнее начать с phpMyAdmin или аналогичного инструмента хостинга, потому что там можно увидеть строки перед удалением. Но если записей много, SQL быстрее и точнее.
Перед удалением ещё раз проверьте список найденных опций. Если вы чистите остатки конкретного плагина, удаляйте только те записи, которые явно к нему относятся. Пример удаления по имени опции:
DELETE FROM wp_options
WHERE option_name LIKE '%plugin_name%';Этот запрос нужно использовать только после проверки выборки через SELECT. Если в шаблоне имени есть риск задеть чужие записи, лучше удалять строки поштучно. Для транзиентов можно удалять только те, которые вы точно определили как старые и ненужные.
Если у вас установлен WP-CLI, часть временных данных можно очистить штатной командой WordPress:
wp transient delete --allКоманда удаляет все транзиенты. Это удобно, когда сайт после обновлений или миграции накопил много временных значений. Но используйте её осознанно: на некоторых сайтах после очистки кэш и временные данные будут пересоздаваться, а это может дать кратковременную нагрузку.
Как проверить, что чистка прошла нормально
После удаления мусора не ограничивайтесь тем, что «сайт открылся». Проверьте несколько вещей:
- открывается ли главная страница и админка;
- сохраняются ли настройки активной темы;
- работают ли формы, меню, виджеты и другие функции, завязанные на опции;
- не появились ли ошибки в журнале сервера или в режиме отладки WordPress;
- уменьшился ли объём таблицы и количество автозагружаемых записей.
Если вы чистили именно тяжёлые autoload-опции, повторите запрос на выборку самых больших записей и сравните результат до и после. Это покажет, действительно ли вы убрали то, что замедляло загрузку.
Когда лучше не чистить вручную
Ручная чистка wp_options не подходит, если вы не можете уверенно связать запись с конкретным плагином или темой. В таких случаях безопаснее сначала отключить и удалить ненужный плагин штатно, а уже потом смотреть, что осталось в базе. Если сайт большой, а в таблице много записей от разных расширений, лучше работать на копии и только после этого переносить изменения на продакшен.
Ещё один практичный ориентир: если таблица раздута не из-за нескольких старых опций, а из-за постоянного накопления временных данных, проблема может быть в конкретном плагине или в его настройках кэширования. Тогда чистка даст только временный эффект, а мусор появится снова. В таком случае нужно искать источник, а не только удалять последствия.
Если нужен более системный подход к чистке WordPress без ручной работы с базой, можно использовать инструменты вроде Clearfy Pro от WPShop: он помогает убирать часть лишних данных и упрощает обслуживание сайта. Но даже с такими инструментами проверка перед удалением остаётся обязательной — особенно для wp_options, где цена ошибки выше, чем у обычной таблицы с записями контента.
Самый надёжный сценарий здесь простой: сделать копию базы, найти крупные и явно устаревшие записи, удалить только подтверждённый мусор и проверить сайт после изменений. Для wp_options этого обычно достаточно, чтобы снизить нагрузку и не сломать рабочие настройки.