Техническая оптимизация

Оптимизация базы данных WordPress: приемы работы с MySQL, выходящие за рамки плагинов.

Разместил(а) автор-аватар
На 9 декабря 2025 г.
Комментарии к записи WordPress Database Optimization: MySQL Tricks Beyond Plugins отключены
Оптимизация базы данных WordPress в phpMyAdmin

Почему оптимизация базы данных имеет значение

Медленная работа сайта WordPress не всегда вызвана большими размерами изображений или слабым хостингом. Очень часто настоящая проблема кроется в базе данных MySQL. По мере роста WordPress накапливает ненужные данные, такие как старые метаданные, просроченные временные данные, неиспользуемые параметры удаленных плагинов, "осиротевшие" записи postmeta и тысячи задач cron, которые никогда не выполняются должным образом.

Большинство пользователей пытаются решить проблему с помощью плагинов для баз данных. Эти инструменты полезны для базовой очистки, но они не могут решить более глубокие структурные проблемы, такие как раздутые автоматически загружаемые данные или неэффективные индексы. Ручная оптимизация MySQL дает вам реальный контроль и открывает возможности для повышения производительности, недоступные с помощью плагинов.

Оптимизация базы данных влияет на TTFB (время до обработки запроса), скорость работы бэкэнда, производительность WooCommerce, использование ЦП и общую нагрузку на сервер. При правильной ручной настройке ваш веб-сайт станет быстрее, стабильнее и значительно масштабируемее.

Если вы хотите совместить оптимизацию базы данных с улучшением производительности всего стека, ознакомьтесь с нашими рекомендациями. Сервис оптимизации скорости WordPress.

Понимание основных таблиц WordPress

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

wp_options
Хранит глобальные настройки WordPress, конфигурации плагинов и кэшированные данные. Наиболее важный столбец — автозагрузкаЭта таблица загружается при каждом запросе страницы. Если она содержит мегабайты ненужных автоматически загружаемых записей, ваше время отклика (TTFB) пострадает.

wp_postmeta
Содержит метаданные для записей, страниц и товаров WooCommerce. Часто в нем хранятся неиспользуемые или "осиротевшие" данные из удаленных записей и их версий.

wp_cron
Эта таблица хранит всю информацию о запланированных задачах WordPress. Когда плагины многократно регистрируют события, её размер может выйти из-под контроля.

ЧИТАТЬ  Как я сделал тему Woodmart супербыстрой — мой опыт очистки xts_options и автозагрузки

Переходные процессы
Временно кэшированные значения хранятся в переменной wp_options. Зачастую они истекают, не удаляясь автоматически.

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

1. Очистка wp_options и уменьшение размера автозагрузки.

Таблица wp_options оказывает наибольшее влияние на производительность. Цель состоит в том, чтобы уменьшить объем автоматически загружаемых данных до менее чем... 1 МБ.

Проверьте общее состояние таблицы:

SELECT COUNT(*) AS total_rows,
ROUND(SUM(LENGTH(option_value)) / 1024 / 1024, 2) AS size_mb,
SUM(CASE WHEN autoload='yes' THEN 1 ELSE 0 END) AS autoloaded
FROM wp_options;

Найдите самые ресурсоемкие автоматически загружаемые записи:

Проверка размера автоматически загружаемых параметров с помощью монитора запросов.
SELECT option_name, LENGTH(option_value)/1024 AS size_kb
FROM wp_options
WHERE autoload='yes'
ORDER BY size_kb DESC
LIMIT 30;

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

Удалите ненужные параметры:

DELETE FROM wp_options
WHERE option_name='old_plugin_cache_data';

Если плагин был удален неправильно, многие неиспользуемые параметры могут остаться. Сокращение объема автоматически загружаемых данных с 5–10 МБ до менее 1 МБ может значительно улучшить время отклика сервера.

2. Очистка wp_postmeta и удаление "осиротевших" метаданных.

Таблица wp_postmeta обычно является самой большой в любой установке WordPress, особенно на сайтах WooCommerce. Со временем в ней накапливаются метаданные, относящиеся к записям, которые больше не существуют.

Выявление "осиротевших" постмета-записей:

SELECT COUNT(*)
FROM wp_postmeta pm
LEFT JOIN wp_posts p ON p.ID = pm.post_id
WHERE p.ID IS NULL;

Удалите их безопасным способом:

DELETE pm
FROM wp_postmeta pm
LEFT JOIN wp_posts p ON p.ID = pm.post_id
WHERE p.ID IS NULL;

Удалите пустые или неиспользуемые метаданные:

DELETE FROM wp_postmeta
WHERE meta_value = '' OR meta_value IS NULL;

После очистки запросы, касающиеся метаданных постов (особенно страниц товаров WooCommerce), значительно ускоряются.

ЧИТАТЬ  Ваш интернет-магазин работает медленно, но PageSpeed показывает 95? Правда о фильтрах, вариациях и потерянных клиентах — и как это исправить

3. Удаление просроченных и неиспользуемых временных данных

Временные кэшированные данные (transients) хранят информацию, хранящуюся в кэше, для плагинов и функциональности тем. WordPress должен автоматически удалять просроченные временные данные, но на практике они часто остаются в таблице wp_options.

Удалите все переходные процессы:

DELETE FROM wp_options
WHERE option_name LIKE '_transient_%'
OR option_name LIKE '_site_transient_%';

Удаляйте только просроченные временные данные:

DELETE FROM wp_options
WHERE option_name LIKE '_transient_timeout_%'
AND option_value < UNIX_TIMESTAMP();

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

4. Очистка wp_cron и снижение перегрузки запланированных задач.

Встроенная система wp-cron часто перегружается дублирующимися или зависшими задачами. Это может замедлить как работу фронтенда, так и административной панели WordPress.

Проверить размер cron:

SELECT LENGTH(option_value)/1024/1024 AS cron_size_mb
FROM wp_options
WHERE option_name='cron';

Если запись в cron необычно большая, перезапустите её:

DELETE FROM wp_options WHERE option_name='cron';

WordPress автоматически создаст новую запись в cron при следующем запланированном событии.

Для повышения надежности отключите встроенный cron и используйте реальное системное задание cron.

Добавьте в файл wp-config.php:

define('DISABLE_WP_CRON', true);

Затем настройте cron-запрос на уровне сервера для выполнения следующих действий:

https://yourdomain.com/wp-cron.php?doing_wp_cron

Это снижает скачки нагрузки на процессор и делает планирование предсказуемым.

5. Оптимизация таблиц и добавление полезных индексов

После очистки базы данных выполните физическую оптимизацию таблиц для дефрагментации хранилища и повышения производительности:

OPTIMIZE TABLE wp_options, wp_posts, wp_postmeta, wp_comments, wp_commentmeta;

Для больших таблиц postmeta добавление индекса может значительно повысить производительность запросов:

ALTER TABLE wp_postmeta ADD INDEX meta_key_idx (meta_key(191));

Это особенно полезно при использовании WooCommerce или расширенных пользовательских полей.

6. Автоматизация процесса с помощью WP-CLI

Для разработчиков и агентств автоматизация экономит часы времени на техническое обслуживание.

ЧИТАТЬ  Как одно небольшое изменение в WoodMart может превратить ваш магазин WooCommerce в ракету: мой опыт и советы для более чем 25 000 товаров

Полезные команды WP-CLI:

wp transient delete --expired
wp db optimize
wp option delete old_plugin_data

Настройте запуск этих операций с помощью cron-задания на еженедельную или ежемесячную периодичность для непрерывной оптимизации.

Реальный пример из практики: результаты оптимизации с помощью SpeedWP Pro.

К нам обратился клиент, использующий WooCommerce, с серьезными проблемами производительности:

  • Размер базы данных: 380 МБ

  • Автоматически загруженные данные: 6,2 МБ

  • TTFB: 700–900 мс

  • Панель администратора работает крайне медленно.

После ручной оптимизации:

  • Удалено 140 000 устаревших временных записей.

  • Уменьшен размер файла автозагрузки с 6,2 МБ до 0,9 МБ.

  • Удалено 80 000 "осиротевших" постмета-записей.

  • Оптимизированы все основные таблицы.

Результаты:

  • TTFB улучшен за счет 42%

  • Время загрузки административной панели сократилось с от 3,8 до 1,6 секунд

  • Использование ЦП MySQL снизилось на 35%

  • Редактирование товаров в WooCommerce стало значительно быстрее.

Это демонстрирует, как ручная настройка MySQL может обеспечить улучшения, недостижимые с помощью плагинов.

Оптимизация базы данных WordPress выходит далеко за рамки простого нажатия кнопки «очистить базу данных». Реальное повышение производительности достигается за счет понимания того, как MySQL хранит данные, выявления причин замедления работы сайта и их безопасного и стратегического удаления.

Контролируя автоматически загружаемые данные, удаляя "осиротевшие" метаданные, правильно управляя задачами cron и используя оптимизацию на уровне SQL, вы гарантируете, что ваша установка WordPress останется компактной, быстрой и масштабируемой — даже по мере ее роста.

Если вам нужен профессиональный аудит базы данных, адаптированный под ваш сайт, запросите его. Бесплатный аудит эффективности здесь:
https://speedwppro.com/free-audit

Вернуться к списку
Старше Оптимизация мобильного кэша WordPress: реальные конфигурации для LiteSpeed, WP Rocket и самого быстрого кэша