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

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

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

Проверьте базу:
• pm = ondemand подходит для редких запросов, но может давать задержку на старте
• pm = dynamic стабильнее для постоянной нагрузки, если задан разумный запас процессов
• pm.max_children упирается в память: слишком мало — очередь, слишком много — своп и деградация
• request_terminate_timeout нужен, чтобы зависшие скрипты не держали пул

Отдельно смотрите на размер memory_limit и реальные потребления плагинов. Один тяжёлый импорт, бэкап или генерация миниатюр легко съедают весь пул, и тогда даже лёгкие страницы начинают ждать своей очереди. Полезно включить slowlog: он показывает, какой именно PHP-скрипт тормозит, а не просто факт «серверу тяжело».

Если WordPress стал медленным, не начинайте с увеличения ресурсов — сначала проверьте PHP-FPM пул, логи и очереди. В половине случаев проблема не в мощности сервера, а в том, что процессы настроены не под ваш сценарий нагрузки.