Почему сайты на сервере работают медленно?

Question

[khodos_dmitry]

Скрин не на пике посещаемости.
Два сайта на вордпресс. Один 300000 - 400000 просмотров в сутки. Второй 2000-3000.
Диск nvme. Поставил wp rocket и object cache pro, работают через cloudflare . Не помогает особо.
На пике посещаемости страница может грузится 10 сек и больше.
mariadb processlist status
Сделал анализ медленных запросов. Они есть, но в основном это запросы поиска и они выполняются Query_time: 0.222879 максимум.
query monitor показывает, что все запросы для генерации страницы занимают 0.18 секунд, а сама страница грузится 28 секунд.

Comments

[Lynn «Кофеман»]

Ну вы для начала определитесь что же тормозит.

[Дмитрий]

Fructus, Вангую что бд.

[Lynn «Кофеман»]

Fructus, поэтому и нужно определиться =)
Может там на каждый запрос миллионы строк из БД достаются, а может кто-то sleep(10) в коде забыл…

Answer 1

[ThunderCat]

Гадание на листьях опавших с ветвей сакуры нифига не даст.

Тупо ставьте метки по ходу выполнения кода, в конце считайте время выполнения кусков, смотрите какой кусок тормозит, разбивайте его на более мелкие таймфреймы, пока не вычлените проблемный кусок. Из опыта - 90% что тормозят запросы в бд, но вышеописанным способом это легко вычисляется.

Так же есть вероятность что проблема не на бэкенде, а в подгрузке ресурсов типа фонтов или скриптов со сторонних сервисов, которые сейчас работают не очень стабильно (ну да, "а что случилось?"). Опять же легко проверяется разницей между выполнением всего кода и полной загрузкой страницы.

Comments

[khodos_dmitry]

обновил вопрос

[ThunderCat]

khodos_dmitry,

а сама страница грузится 28 секунд.

Немного конкретики: "Грузится страница" и "выполняется код бэкенда" - разные вещи.

Первое в основном проблема фронтенда и решается соответственно отлавливанием скриптов жс, картинок, цсс и прочих ресурсов, сильно тормозящих загрузку хтмл у клиента на машине. Кстати, поблема может наблюдаться только у конкретных пользователей, а у остальных работать нормально. Решается открытием в хроме инструментов разработчика, идем в нетворк, делаем перезагрузку страницы и смотрим что занимает поток на максимальное время. Фиксим.

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

Answer 2

[Александр Карабанов]

На скриншоте LoadAverage около 8 при 48 ядрах и полно свободной памяти, то есть сервер не нагружен, если при этом приложение работает медленно, можно предположить, что оно ожидает чего-то. Может оно обращается к внешнему API которое медленно отвечает?

Рекомендую проверить настройки DNS и убедится, что используется локальный кеширующий DNS сервер, а не публичный - дело может быть в том, что публичные DNS серверы тротлят если к ним часто обращаются, так что если приложению надо обращаться к внешнему API оно будут часто резолвить имена, что приведёт к задержкам.

Comments

[Zerg89]

Горлышко чаще всего в чтении с диска и кеш в данном случае лишний, зачем делать кеш и на быстрый диск с задержкой на проверку на изменение данных
Или очень кривые запросы от php

[khodos_dmitry]

Zerg89, какой именно кэш лишний? Объектный (object cache pro) или wp-rocket ?

Answer 3

[Stensed]

из примитивного - найдите в гугле сервисы анализаторы скорости загрузки сайта и проверьте ваш сайт.
вот первый из гугла pagespeed.web.dev либо loading.express и покажет какой ресурс сколько времени отвечает.
может действительно подгрузка других ресурсов с сторонних сайтов задерживает

Answer 4

[Andrey Uteshev]

strace -p PID

посмотри что внутри процесса php.

Answer 5

[Drno]

а че он у Вас в swap уполз? мож ему оперативки не хватает?

Comments

[Василий Банников]

Так написано, что оперативки съел 4гб из 16

[ThunderCat]

та не, вон же цифра - 4,4 из 15 использовано. Скорее какое-то уснувшее приложение автоматически выгрузили. Шоб не валялось.

Answer 6

[Everything_is_not_so_bad]

Подключи APM к приложению, добавь системы мониторинга системы и узнаешь что и когда тормозит. Тогда от этого можно отталкиваться. Приложи скриншоты нагрузки СУБД с ее характеристиками, количества соединений, список долговисячих запросов, тогда будет о чем говорить.
А так, судя по нагрузке на скриншоте, как заметил Александр Карабанов , в среднем 1/6 процессоров нагружены на 100%, что не является потолком для нагрузки. Остальное время система/приложение ждет чего-то. Возможно, при работе с СУБД или при запросах наружу.

Answer 7

[Дмитрий Яковенко]

Система явно не загружена. Прежде чем лезть в дебаг, не важно на уровне SQL или скриптов в браузере или тем более проверки DNS. Соберите статистку скорости открытия сайта минимум из трех разных точек мира (расположения вашей аудитории). Может у вас и нет проблем?