Сайт салона стал открываться медленнее, в «Инструменты → Здоровье сайта» горит предупреждение про автозагрузку, а вы боитесь зайти в базу и случайно стереть статьи. Алексей вёл сайт автосервиса, нажал «удалить всё» без бэкапа и неделю не заходил в админку — посты остались, просто никто не объяснил порядок действий. За вечер вы получите понятный результат без phpMyAdmin: копия базы, галочки в WP-Optimize и проверка трёх страниц.
База WordPress — шкаф с полками: страницы, настройки, комментарии. Ревизии, спам и просроченные временные записи плагинов — пыль, не живой контент. Путь: бэкап → галочки в WP-Optimize → проверка главной, услуг и формы. Кнопка «Оптимизировать таблицы» на InnoDB почти не ускоряет сайт — выигрыш даёт удаление мусора и разгрузка автозагрузки настроек.
Честно говоря, оптимизация базы данных WordPress не требует программиста. Нужен свежий бэкап, один бесплатный плагин из каталога wordpress.org и чеклист «что можно, что нельзя». Я веду владельцев бизнеса именно так: сначала копия, потом две-три галочки, потом три URL на проверку.
Тут важный момент из ядра WordPress 6.6: если автозагружаемые настройки превышают 800 000 байт (примерно 781 КБ), «Здоровье сайта» подсвечивает предупреждение. Отдельные записи тяжелее 150 КБ ядро уже не подгружает на каждый запрос. Это не поломка, а сигнал: в базе накопились хвосты плагинов, которые тормозят и витрину, и админку.
- Разберите, какой мусор безопасен, а что трогать нельзя
- Сделайте резервную копию и запишите три страницы
- Проверьте «Здоровье сайта» и автозагрузку настроек
- Удалите мусор в WP-Optimize по отмеченным галочкам
- Запустите оптимизацию таблиц без мифа про дефрагментацию
- Проверьте сайт после чистки — контент и форма на месте
- Замедлите рост базы: лимит ревизий и лишние плагины
- Частые вопросы
- Удалится ли опубликованный контент при чистке?
- Нужен ли phpMyAdmin?
- Что делать, если после чистки сломалось?
- Чем это отличается от чистки только ревизий?
- Как часто чистить базу?
- Почему тормозит после «Оптимизировать таблицы»?
- Безопасно ли удалять все ревизии разом?
Разберите, какой мусор безопасен, а что трогать нельзя
Главная боль: кажется, что чистка сотрёт то, что видят клиенты. Опубликованные записи лежат в wp_posts со статусом publish — галочки «ревизии» и «спам» их не удаляют. Типичная ошибка — путать ревизии (старые версии при «Обновить») с живым текстом на сайте.
| Тип данных | Простыми словами | Безопасно чистить? |
|---|---|---|
| Ревизии и автосохранения | Старые черновики правок | Да |
| Спам и корзина комментариев | Мусорные отклики | Да |
| Просроченные transients | Временные записи плагинов с истёкшим сроком | Да, плагин пересоздаст нужные |
| Опубликованные страницы | То, что открывают посетители | Нет |
| Системные таблицы wp_* | Скелет WordPress | Нет |
Только ревизии разбираем в материале как почистить ревизии WordPress. Здесь — полный чеклист: спам, transients, автозагрузка, таблицы.
Сделайте резервную копию и запишите три страницы
Без бэкапа любая чистка — лотерея, даже через плагин. Официальная справка WordPress требует резервную копию базы перед любыми изменениями. На форуме wordpress.org люди удаляли таблицы «для уменьшения размера» — сайт падал, восстановление только из .sql. В реальном проекте одна галочка «удалить всё» в незнакомом инструменте — и неделя страха, как у Алексея.
- Скачайте бэкап: панель хостинга, UpdraftPlus или экспорт из админки — храните .sql отдельно от сайта.
- Запишите URL главной, услуг и контактов — откроете после чистки.
- Отправьте тестовую заявку до чистки — так проще сравнить после.
- Не начинайте с phpMyAdmin и DELETE, если нет опыта.
Схема: бэкап → WP-Optimize (безопасные галочки) → три страницы → форма → снова «Здоровье сайта»
Проверьте «Здоровье сайта» и автозагрузку настроек
При предупреждении про автозагрузку WordPress на каждом заходе одним запросом тянет «тяжёлые» настройки из wp_options. Как тащить весь архив при каждом открытии двери в магазин.
Зайдите в «Инструменты → Здоровье сайта → Статус», найдите тест автозагрузки, зафиксируйте цифру до чистки. Порог ядра — 800 000 байт. Чистка просроченных transients (временных записей в wp_options) и хвостов неактивных плагинов через WP-Optimize часто снижает нагрузку без ручного SQL. Ручной UPDATE в базе для владельца салона не нужен — это путь к ошибке, которую потом чинят только из бэкапа.
Удалите мусор в WP-Optimize по отмеченным галочкам
Основной путь для новичка — бесплатный WP-Optimize. Показывает мегабайты ревизий, спама и transients, удаляет только выбранное.
- «Плагины → Добавить новый» → WP-Optimize → Установить → Активировать.
- Вкладка «База данных»: ревизии, автосохранения, спам, корзина комментариев, просроченные transients.
- Не включайте «удалить всё подряд».
- «Запустить оптимизацию» — запишите, сколько мегабайт освободилось.
- Включите еженедельное или ежемесячное расписание (для салона — раз в месяц, для магазина — раз в 1–2 недели).
Типичная ошибка — второй плагин «для ускорения» рядом с WP-Optimize. Два чистильщика могут конфликтовать и удалить лишнее. Один инструмент, один сценарий, один бэкап перед первым запуском. На практике после первой чистки запишите цифру «до/после» в блокнот — так проще понять, что сработало, если хостинг снова напишет о размере MySQL.
Запустите оптимизацию таблиц без мифа про дефрагментацию
Многие ждут чуда от кнопки «Оптимизировать таблицы». На InnoDB (стандарт на современных хостингах) прирост часто минимальный: в коде WP-Optimize существенный overhead считается для старых типов таблиц, не для InnoDB. Реальное ускорение вы получаете, когда удалили тысячи строк ревизий и просроченных transients — именно они раздувают базу и тормозят админку.
Нажать кнопку после чистки можно — безопасно. Просто не ждите, что сайт станет в два раза быстрее только от неё. Если после удаления мусора страницы всё ещё тяжёлые, проверьте кеширование WordPress и тяжёлые плагины, а не гонитесь за дефрагментацией. Скорость витрины и заявок с формы важнее красивой цифры в отчёте плагина.
Проверьте сайт после чистки — контент и форма на месте
Результат после чистки: бэкап сохранён; главная, услуги и контакты открываются; в WP-Optimize видно освобождённые мегабайты; предупреждение в «Здоровье сайта» уменьшилось; админка и форма работают — вы сможете сравнить «до» и «после» по трём URL.
- Три URL в режиме гостя (инкогнито).
- Админка: записи и страницы на месте.
- Тестовая заявка с контактов.
- Снова «Здоровье сайта» — сравните цифру автозагрузки.
Если что-то сломалось — не нажимайте «удалить ещё». Импортируйте .sql через панель хостинга или попросите поддержку откатить копию. Именно для этого бэкап делали первым шагом, а не «на потом». Часто ломается не контент, а настройка плагина после агрессивной чистки — откат базы возвращает всё за один импорт.
Замедлите рост базы: лимит ревизий и лишние плагины
Через месяц мусор вернётся, если каждую неделю править прайс и ставить плагины «для SEO». После чистки добавьте профилактику.
- В wp-config.php (с бэкапом файла перед правкой) добавьте define(‘WP_POST_REVISIONS’, 5); — хранить пять последних ревизий, не отключать полностью (false лишает страховки отката).
- Удаляйте неиспользуемые плагины полностью, а не только деактивируйте — иначе хвосты настроек остаются в базе.
- Оставьте в WP-Optimize расписание автоматической очистки раз в месяц.
Автосервис Алексея после лимита и еженедельной чистки перестал получать письма хостинга о переполнении MySQL — хотя «Оптимизировать таблицы» жмал в основном для галочки.
Если предупреждение не уходит или база растёт за неделю — напишите через форму или Telegram. Обслуживание WordPress — на странице услуг; другие гайды — в разделе статей.
Материал проверен: Андрей Дикий — сайты на WordPress и продвижение через статьи (SEO/GEO).
Источники фактов: developer.wordpress.org (autoload 800 000 байт, бэкап БД, WP_POST_REVISIONS), make.wordpress.org/core (порог 150 КБ с WP 6.6), ru.wordpress.org/plugins/wp-optimize, github.com/wp-plugins/wp-optimize (InnoDB), wordpress.org/support (восстановление после чистки); частотность — по Яндекс Вордстат на 2026-09-06 (MCP недоступен, LSI из SERP).
Частые вопросы
Удалится ли опубликованный контент при чистке?
Нет, если отмечены только ревизии, автосохранения, спам и просроченные transients. Опубликованные записи и страницы — отдельные строки со статусом publish. Перед первым запуском всё равно сделайте бэкап и проверьте три страницы после — так вы увидите, что услуги и контакты на месте.
Нужен ли phpMyAdmin?
Для владельца малого бизнеса — нет. WP-Optimize в админке безопаснее сырого SQL. phpMyAdmin — специалисту с копией .sql.
Что делать, если после чистки сломалось?
Восстановите .sql через хостинг или попросите поддержку откатить копию. Бэкап — первый шаг, не «на потом».
Чем это отличается от чистки только ревизий?
Там один тип мусора. Здесь — спам, transients, автозагрузка, таблицы и профилактика.
Как часто чистить базу?
Салон или услуги — раз в месяц. Магазин — раз в 1–2 недели. Плюс лимит ревизий, чтобы база не раздувалась снова.
Почему тормозит после «Оптимизировать таблицы»?
Кнопка не должна замедлять. Проверьте, не удалили ли активные transients «всё подряд» и нет ли двух чистильщиков. Откат — из бэкапа. Чаще виноваты кеш и тяжёлые плагины.
Безопасно ли удалять все ревизии разом?
Опубликованный текст не трогается, но теряется история отката в редакторе. Очистите накопленное, затем задайте лимит WP_POST_REVISIONS на 3–5 штук.
