<b>PHP-FPM тормозит WordPress не реже, чем медленный диск или кривой кеш</b>

<b>PHP-FPM тормозит WordPress не реже, чем медленный диск или кривой кеш</b>

PHP-FPM — это пул процессов, который исполняет PHP-код сайта. Если он настроен впритык, то при всплеске запросов часть пользователей увидит ожидание, а не страницу. Особенно это заметно на админке, в WooCommerce и при импортах: фронт может жить, а backend уже задыхается.

Проверяйте в первую очередь:
— pm = dynamic или ondemand; для стабильной нагрузки чаще лучше dynamic
— pm.max_children: слишком мало = очередь, слишком много = память уходит в swap
— pm.max_requests: помогает мягко убирать утечки памяти и “раздувание” воркеров
— request_terminate_timeout: защищает от зависших скриптов, но не ставьте слишком низко

Частая ошибка — смотреть только на загрузку CPU. Если CPU пустой, а сайт медленный, ищите упор в FPM: растут listen queue, slowlog и время ответа пула. Еще один маркер — когда после перезапуска всё “летает”, а потом снова деградирует: обычно это память, утечки в плагинах или слишком жирный max_children.

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