Как удалить оставшиеся таблицы плагинов в WordPress

Найдите и безопасно удалите оставшиеся таблицы плагинов в базе данных WordPress, сделав резервную копию, просканировав базу (например, Plugins Garbage Collector), выбрав ненужные таблицы и удалив их. В статье также описаны альтернативные способы (phpMyAdmin, WP-CLI), чеклист, план отката и рекомендации по безопасности и конфиденциальности.

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

Например, после удаления Wordfence у автора осталось более двадцати таблиц, созданных плагином. Такие остаточные таблицы увеличивают размер базы данных и могут представлять риск безопасности или соответствия требованиям конфиденциальности.

Важно: перед любыми действиями обязательно создайте полную резервную копию базы данных. Без бэкапа риск необратимых потерь данных высок.

Почему плагины не удаляют таблицы автоматически

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

Это разумный подход, но со временем «хвосты» накапливаются.

Подход 1 — плагин Plugins Garbage Collector (быстро и безопасно)

1. Создайте полную резервную копию базы данных (и файлов сайта).
2. В админке WordPress перейдите в Плагины → Добавить новый.
3. Найдите плагин “Plugins Garbage Collector”, установите и активируйте его.

4. Откройте Инструменты → Plugins Garbage Collector.
5. Выберите опцию «Search non-WP tables» и нажмите «Scan Database».
6. Просмотрите результаты — плагин покажет таблицы, не привязанные к ядру WordPress или текущим плагинам.

7. Тщательно проверьте каждую таблицу. Отметьте только те, которые точно принадлежат удалённым плагинам.
8. Прокрутите страницу и нажмите «Delete Tables». Не нажимайте, если не уверены.

9. После удаления проверьте работу сайта. При необходимости используйте резервную копию для восстановления.

Полезно: после удаления используйте WP-Optimize или аналог для оптимизации и сжатия таблиц.

Альтернативные способы (когда не хотите ставить плагин)

В зависимости от ваших навыков и доступа к серверу можно использовать другие методы.

phpMyAdmin (графический интерфейс базы данных)

• Войдите в phpMyAdmin через панель хостинга.
• Сделайте экспорт базы (экспорт SQL).
• В разделе “Структура” просмотрите таблицы с префиксом wp_ (или вашим префиксом).
• Отметьте подозрительные таблицы и нажмите “Удалить” (Drop). Убедитесь, что это не таблицы ядра или активных плагинов.

Совет: перед удалением выполните SELECT COUNT(*) FROM имя_таблицы чтобы понять, есть ли данные.

WP-CLI (лучше для разработчиков и автоматизации)

Если у вас есть доступ к SSH и установлен WP-CLI:

• Посмотреть таблицы, содержащие ключевое слово:

  wp db query “SHOW TABLES LIKE ‘%wordfence%’;”

• Удалить таблицу (последовательно, после проверки):

  wp db query “DROP TABLE IF EXISTS wp_wfConfig;”

WP-CLI удобен для скриптов и массовых операций, но требует осторожности.

Чеклист перед удалением таблиц (быстро)

• Создана полная резервная копия базы данных.
• Проверен список активных плагинов (никаких совпадений с удаляемыми таблицами).
• Проведён аудит названий таблиц (по префиксу/по содержимому).
• Определён план отката и ответственный за восстановление.
• Выполнен тест на staging-сайте, если возможно.

Критерии приёмки

• Сайт загружается без ошибок после удаления таблиц.
• Нет видимых отказов в функциональности ключевых плагинов.
• Размер базы данных уменьшился в разумных пределах.
• Резервная копия успешно применима для отката.

План отката и аварийный сценарий (runbook)

1. Если что-то пошло не так — немедленно восстановите базу из резервной копии.
2. Если хостер поддерживает моментальные снимки, используйте их для быстрого отката.
3. Оповестите команду и зафиксируйте действия: какие таблицы удалялись и когда.
4. При необходимости свяжитесь с автором плагина для восстановления специфичных данных.

Когда не стоит удалять таблицы (контрпримеры)

• Если таблица используется активно другим плагином с похожим префиксом.
• Если таблица содержит персональные данные, и вы не можете восстановить их по требованиям GDPR.
• Если вы не уверены в назначении таблицы и нет staging-сайта для тестирования.

Ментальные модели и рекомендации

• Правило 3C: Скопируй (бэкап) — Сверь (проверка) — Удали (удаление).
• Префикс + время: таблицы с префиксом удалённого плагина и старые по времени — кандидаты на удаление.
• Минимизируйте автоматизацию удаления без проверки — потеря данных дороже экономии времени.

Безопасность и конфиденциальность

• Удаление таблицы зачастую означает удаление личных данных пользователей. Проверьте требования местного законодательства (например, GDPR) перед удалением.
• Храните резервные копии в надёжном зашифрованном хранилище и ограничьте доступ.

Роли и задачи (кто что делает)

• Владелец сайта: утверждает удаление и проверяет соответствие политике конфиденциальности.
• Администратор WordPress: выполняет экспорт/создание бэкапа и установку плагинов.
• Разработчик/администратор базы данных: выполняет удаление через WP-CLI или phpMyAdmin и тестирует сайт.

Примеры команд и сниппеты

• Просмотр таблиц по шаблону (WP-CLI):

  wp db query “SHOW TABLES LIKE ‘%plugin_keyword%’;”

• Удаление одной таблицы (SQL):

  DROP TABLE IF EXISTS wp_plugin_table_name;

Всегда выполняйте сначала SELECT, чтобы проверить содержимое.

Решающее дерево: нужно ли удалять таблицу?

flowchart TD
  A[Найдена таблица] --> B{Совпадает с префиксом удалённого плагина?}
  B -- Да --> C{Есть резервная копия?}
  B -- Нет --> E[Оставить таблицу и проверить далее]
  C -- Нет --> F[Создать резервную копию]
  C -- Да --> D{Таблица содержит персональные данные или важную статистику?}
  D -- Да --> G[Сохранить экспорт данных + удалить]
  D -- Нет --> H[Удалить таблицу]
  F --> C
  G --> H
  H --> I[Проверить сайт и логировать изменения]
  E --> I

Часто задаваемые вопросы

Как быстро понять, какая таблица к какому плагину относится?

Посмотрите имя таблицы (часто содержит имя или префикс плагина) и содержимое (SELECT). Также полезно документация плагина или поиск по коду плагина на предмет упоминаний имён таблиц.

Можно ли автоматизировать удаление для множества сайтов?

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

Что делать, если после удаления появились ошибки?

Восстановите базу из бэкапа и проанализируйте, какие таблицы были удалены. Логируйте операции и повторите с осторожностью.

Краткое резюме

• Всегда делайте резервную копию перед удалением таблиц.
• Для большинства пользователей проще и безопаснее использовать Plugins Garbage Collector.
• Для разработчиков доступны phpMyAdmin и WP-CLI.
• Проверяйте соответствие удаления таблиц требованиям конфиденциальности.

Важно: удаление таблиц — эффективный способ уменьшить размер базы и убрать ненужные данные, но требует дисциплины, тестирования и готового плана отката.