PHP-FPM тормозит WordPress не из-за кода, а из-за неправильной очереди запросов

PHP-FPM тормозит WordPress не из-за кода, а из-за неправильной очереди запросов

PHP-FPM — это пул воркеров, который обслуживает PHP-запросы. Если воркеров мало, новые запросы ждут в очереди; если слишком много, сервер начинает упираться в память и своп. Поэтому типичная ошибка — смотреть только на загрузку CPU и игнорировать очередь FPM.

Проверяйте три вещи:
• pm.max_children — сколько запросов обрабатывается параллельно
• listen.backlog — сколько запросов может стоять в ожидании
• memory_limit и реальный расход одного воркера

Если один воркер в среднем съедает 80–120 МБ, то пул на 20 процессов уже может отъесть заметную часть RAM. На WordPress это особенно критично, если есть тяжелые плагины, админка с кучей AJAX и фоновые задачи.

Признаки неправильной настройки простые: сайт «подвисает» под нагрузкой, в логах появляются slowlog и timeout, а после перезапуска PHP-FPM какое-то время все летает, но потом снова деградирует. Это почти всегда не магия, а слишком маленький пул или плохая схема pm.

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