В чем причина странного поведения PHP?

Question

[Кирилл Резанов]

Всем привет, обращаюсь к тем, кто с этим сталкивался или понимает спицифику вопроса. У нас есть проект, довольно нагруженный посетителями (сайт доставки). И время от времени не всегда сайт перестаёт адекватно отвечать, т.е. скрипты PHP просто висят и в итоге сайт падает с ошибкой 520 CloudFlare, мол сервер не ответил в заданное время (30 секунд).
Весь этот вопрос усложняется тем, что по графикам использования ресурсов сервера будто бы в простое, т.е. использование ЦП почти на минимуме 5-10% из 400% (4 ядра), оперативная занята на 1гб из 5гб в среднем. Что не так? По графикам сервера будто в простое, а скрипты PHP работают крайне медленно. Также сервера очень быстро отдают статику, т.е. сервера не лежат, но скрипты работают медленно...

Comments

[Максим Федоров]

Как-будто БД тупит или ожидания каких-то запросов долгих, причин много... вот все, что вы перечисляете на собеседовании в большую компанию на PHP "как будете выявлять из-за чего тупит" — все применяйте

Лог медленных запросов SQL
Выставьте таймаут к внешним запросам
Перейти на асинхронное взаимодействие: например взять запрос, сохранить в очередь, быстро отдать положительный ответ, а саму операцию проводить фоном в демонах
Продетектить фоновые прцоессы (демоны, выгрузки какие-то или обработки фоном, крон испольуете?)

[alexalexes]

Нужно установить какой-нибудь профилировщик PHP и посмотреть время выполнения часто используемых функций.
Возможно, затык в конкретном модуле или в конкретном месте.

[Кирилл Резанов]

Максим Федоров, крон использую, но там небольшие скрипты, которые работают раз в сутки. Проблему выяснил, единственное, что нагрузка не отражается на графиках явно, из-за этого сложно определить то, куда нужно копать.

[Кирилл Резанов]

alexalexes, Да, это уже делаю, спасибо.

Answer 1

[rPman]

Профилировать вам нужно ваш код, и не только работу с базой данных, там как раз нагрузка была бы.
Самое простое, чего может оказаться достаточно чтобы локализовать проблему:
* если используется cgi способ запуска php (обычно если это fastcgi/phpfpm) то все процессы php будут видны как обычные процессы (top/atop) а подробности по каждому можно посмотреть в /proc/$pid/{environ и cmdline} будет видно какой php работает и какой там запрос
* если используется apache module, то ставишь apachetop

Ну и в общем случае, в код (очень часто есть единая точка входа, какой-нибудь index.php) или если место проблемы локализовано но нужно дальше изучать, в код на php вставляешь вывод отладочной информации с временными метками и ковыряешь логи

Конечно используй php profiler, любой на выбор, считай это продвинутый логер всего что запускается и как долго работает и сколько памяти потребляет.

p.s. с высокой вероятностью где то в коде стоит загрузка чего-либо по сети (не обязательно http), с игнорированием ошибок, ресурс стал не доступен, вот и виснет все.

Answer 2

[index0h]

Похоже на БД. Посмотрите нагрузку цпу/рам/то на сервере с БД. Так же не лишним будет посмотреть лог медленных запросов и процесс лист. Если наблюдаются сильные тормоза при вставке, посмотрите загруженность буфера бд.

Comments

[Кирилл Резанов]

Я проверил, сервер БД работает стабильно, проблема была в другом. Если кратко, у нас трафик разделен на 4 сервера, и есть ещё самый главный сервер, где висит дев версия сайта, основной домен и поддомен приложения. Ну и часть поддоменов городов, штук 60. Проблема возникла в том, что у нас очень большой объем трафика шёл через поддомен приложения, из-за этого он тормозил весь сервер с другими поддоменами.

Answer 3

[sasmoney]

Арендовать выделенный сервер