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

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

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

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

Ошибки обычно две: ставят слишком много children и убивают сервер по памяти, либо слишком мало и получают очередь. Для WordPress это особенно заметно на плагинах с тяжёлыми AJAX-запросами, импортах и корзине в WooCommerce. Ещё один частый симптом — мало не PHP, а медленный MySQL: FPM просто ждёт ответ и кажется «тормозным» 🛠

Логика простая: сначала измерь реальное потребление памяти одним воркером, потом считай max_children от доступной RAM, оставляя запас под Nginx, MySQL и систему. Если после этого сайт всё равно медленный, смотри slow log и ищи конкретный запрос, а не пытайся лечить проблему увеличением числа процессов.