PHP-FPM тормозит сайт чаще из-за настроек пула, чем из-за самого PHP

PHP-FPM тормозит сайт чаще из-за настроек пула, чем из-за самого PHP

PHP-FPM отвечает за то, как WordPress обрабатывает запросы: сколько воркеров можно держать, как быстро они стартуют и когда сбрасывают память. Если сайт «подвисает» под нагрузкой, причина часто не в коде темы, а в том, что пул упирается в лимиты.

Проверьте три вещи:
— pm.max_children: если запросов больше, чем свободных процессов, часть пользователей ждёт в очереди;
— pm.max_requests: слишком большое значение копит утечки памяти, слишком маленькое создаёт лишние перезапуски;
— pm.max_spare_servers и pm.start_servers: при пиковых заходах сайт может тормозить, если пул разгоняется слишком медленно.

Отдельно смотрите логи: медленные запросы к админке, ajax и кривые плагины быстро забивают воркеры. Если один тяжёлый запрос держит процесс 5–10 секунд, остальные посетители уже стоят в очереди. Для WordPress это особенно заметно на корзине, поиске и страницах с фильтрами ⚙️

Хорошая практика — сначала измерить реальную нагрузку, потом под неё подбирать пул. Не ставьте большие значения «на глаз»: PHP-FPM должен быть не максимальным, а стабильным.