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

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

PHP-FPM — это пул процессов, который обслуживает PHP-запросы. Если он настроен «на глаз», сайт начинает ждать не код, а свободный воркер: растёт TTFB, админка тупит, а нагрузка выглядит как будто сервер «не тянет». На деле часто упираются не в CPU, а в число одновременных запросов.

Проверьте три вещи: • pm = ondemand или dynamic должен соответствовать трафику; • pm.max_children не должен быть маленьким, иначе запросы встанут в очередь; • memory_limit и средняя память одного PHP-процесса обязаны совпадать с реальностью, иначе сервер уйдёт в swap. Для WordPress это особенно заметно при WooCommerce, тяжёлых плагинах и массовом заходе в админку.

Смотрите не только на «ошибок нет», а на slowlog и status page PHP-FPM. Если в логах много долгих скриптов, проблема в конкретных запросах или плагинах. Если очередь растёт, а CPU почти пустой, значит воркеров мало. Если CPU забит, а RAM проседает — упрётесь в количество процессов и кэш.

Настраивайте PHP-FPM от потребления памяти и реальной нагрузки, а не по шаблону из интернета: один неверный лимит здесь легко превращает быстрый сайт в медленный.