PHP-FPM тормозит сайт не сам по себе — чаще его душат неверные лимиты и очереди

PHP-FPM тормозит сайт не сам по себе — чаще его душат неверные лимиты и очереди

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

Проверьте базовые настройки:
— pm.max_children: не ставьте “с запасом”, считайте от доступной памяти
— pm.max_requests: помогает обновлять воркеры и снимать утечки памяти
— request_terminate_timeout: спасает от зависших тяжёлых запросов
— slowlog: показывает, где именно PHP тратит время

Ошибка, которую видят чаще всего: один pool на весь сервер без учёта разных сайтов. Тяжёлый WooCommerce и лёгкий блог не должны делить одинаковые лимиты. Для отдельных пулов полезно разнести пользователей, ограничить доступ к сокетам и задать свой набор параметров под каждый проект ⚙️

Если сайт “тормозит”, не начинайте с PHP-кода. Сначала посмотрите очередь FPM, потребление памяти и slowlog: в половине случаев проблема не в WordPress, а в том, что пул настроен против нагрузки, а не под неё.