Идентификация узкого места
Ну, это похоже на отъезд парадной двери к банку, открытому ночью и то, чтобы сметь кого-то войти и попытаться взломать сейф, наличные секции, сейфы, и надеяться, что Вы не имеете, забыл защищать что-то. Безопасность запускается в периметре Вашей сети.
Лучший способ пойти об этом состоит в том, чтобы установить профилировщика кода, как XDebug. Установите XDebug и затем включите профилировщику. Это генерирует отчет, что можно быстро осмотреть и узнать точно, какие части кода поднимают большую часть времени обработки и использования памяти. Можно затем точно определить эти области в коде для оптимизации.
Можно ли предоставить еще некоторую информацию о том, что на самом деле делает код PHP?
Можно выполнить "вершину" и видеть, какие процессы (nginx, php-fpm или mysql) на самом деле едят ЦП. Это указало бы на узкое место. Для более легкой интерпретации результатов временный набор количество php-fpm обрабатывает к 4. Например, если Вы получаете 4 процесса php-fpm каждая еда 90% ЦП, 5% на nginx и 20% на mysql, затем некоторая тяжелая математика в Ваших Сценариях PHP является узким местом. И если процессы php-fpm главным образом неактивны, и mysql ест много ЦП, то база данных является узким местом, думайте о добавлении индекса или два.