Оптимизация SQL-запросов в WordPress с помощью хука pre_get_posts

Диагностика проблемы: почему стандартные запросы WordPress могут замедлять сайт

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

Чтобы проверить, насколько запросы тормозят сайт, подключите плагин Query Monitor или включите отладку запросов вручную:

define('SAVEQUERIES', true);
add_action('shutdown', function() {
    global $wpdb;
    error_log('Queries count: ' . count($wpdb->queries));
});

Если количество запросов слишком велико или время их выполнения превышает 1 секунду — проблема есть.

Что такое хук pre_get_posts и как он помогает

pre_get_posts — это хук WordPress, который срабатывает перед выполнением основного SQL-запроса для выборки постов. Он позволяет модифицировать параметры запроса, что дает возможность уменьшить нагрузку на БД, ограничить выборку и ускорить работу сайта без вмешательства в ядро.

Основные возможности хука

• Фильтрация по мета-данным, категориям, тегам
• Исключение лишних типов записей
• Установка лимитов и сортировки
• Отключение тяжелых JOIN или подсчёта записей

Пошаговое решение: оптимизация вывода записей категории

Рассмотрим пример: на странице категории выводятся все посты без ограничений, что приводит к долгой загрузке.

Шаг 1. Добавляем фильтр в functions.php или в плагин

function custom_optimize_category_query( $query ) {
    if ( !is_admin() && $query->is_main_query() && $query->is_category() ) {
        // Ограничим количество постов на странице
        $query->set('posts_per_page', 10);

        // Исключим посты определенного типа, если нужно
        $query->set('post_type', 'post');

        // Отключим подсчет общего количества записей для пагинации (ускоряет запрос)
        $query->set('no_found_rows', true);
    }
}
add_action('pre_get_posts', 'custom_optimize_category_query');

Пояснения:

• posts_per_page уменьшает объем выборки
• post_type гарантирует, что выводятся только стандартные посты
• no_found_rows отключает COUNT-запросы для пагинации, уменьшает нагрузку

Шаг 2. Тестируем и проверяем нагрузку

Обновите страницу категории и замерьте время загрузки. Также проверьте логи запросов Query Monitor или аналогичного инструмента. Сравните количество и время SQL-запросов до и после изменений.

Проверка результата после внедрения

Для проверки эффективности:

• Откройте страницу категории в режиме инкогнито без кэширования
• Используйте Query Monitor для анализа запросов
• Сравните время выполнения запросов и количество возвращаемых записей
• Убедитесь, что пагинация работает корректно (если no_found_rows отключен, пагинация не будет работать — используйте с осторожностью)

Частые ошибки при использовании pre_get_posts и как их исправить

• Ошибка: Изменение запроса на всех страницах, включая админку.
  Исправление: Добавляйте проверку !is_admin() и $query->is_main_query().
• Ошибка: Отключение no_found_rows при необходимости пагинации.
  Исправление: Не отключайте no_found_rows на страницах с пагинацией.
• Ошибка: Конфликты с другими плагинами, меняющими запрос.
  Исправление: Проверяйте приоритет хука, используйте приоритет > 10, если нужно.
• Ошибка: Применение условий без проверки типа запроса (например, is_category()).
  Исправление: Всегда проверяйте контекст, чтобы не ломать другие части сайта.

Практические советы по безопасности и производительности

• Избегайте сложных мета-запросов без индексов в базе данных.
• Используйте кэширование (объектный кэш, плагин кэширования страниц) для уменьшения количества запросов.
• Отслеживайте нагрузку при помощи Query Monitor и профилируйте SQL-запросы.
• Регулярно оптимизируйте базу данных и создавайте индексы по часто используемым полям.

Сравнение вариантов оптимизации выборки постов