значит имеем.

несколько одинаковых серверов(идентичные по настройке и софту) - аля ноды.
база данных в стороне находиться.

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

каждое действие с мусклом обёрнуто в вызовы профайлера

получаеться(опуская проверки входных параметров и поля класса)




код лишь для того, чтобы отразить как делаеться замер - тоесть замер именно выполнения единичной команды из mysqli расширения пхпшного.

и вот ноды как ноды, но одна из них, порой барахлит на столько - что любые действия с ней очень медленные, ибо постоянно обрываеться с ней связь.

и вот в это время, и в логах профайлера видим, часть подключений за 0.2 сек, столько же и все запросы, часть подключений (доля варьируеться от 10 до 90 процентов...смотря насколько труднодоступна нода) - по 1000 секунд...и что странно, нету визуально чисел по 100 секунд, 200 секунд, либо 1008 996 1002...вообщем всё крутиться около 1000 секунд плюс минус 10.


ТАКЖЕ
1)постоянные соединения с базой
2)пхп-фпм пул, число постоянных соединений анлим, лимит на максимальное число пхп-процесов в пуле - 210 (на всех нодах) в базе лимит конекшинов поставлен на (ноды+1)* 210 + 20

3)время работы скриптов пхпшных не лимитировано(фоновые процессы)

4)можно подумать что арифметика барахлит, но есть время по секунде с копейками.. но если долго, то уже 950 - 1044

5)в пхп ини отключенно автоматическое переподключение.

вот и не знаю...куда рыть чтобы найти причину данной проблемы...


======
зы хостинг получше не предлагать. это спецом теститься на плохих хостингаг..будет надёжно работать тут, можно смела зуб давать что на нормальном будет работать стабильно...
сдесь на тествых не стоит задача быстрой работы. речь стоит безошибочной...пусть хоть на сутки связь пропадёт с базой, с другими сервисами, с другими нодами... система должна ловить такие ситуации и продолжить процесс потом, когда связь востановиться.

miksoftalex564657498765453вообщем всё крутиться около 1000 секунд плюс минус 10.попробуйте skip-name-resolve .

о спасибо, попробую... правда забыл написать...зная статистику, а именно что большое число соединений висит(постоянные) - в процесесах на мускл-сервере видно, то похоже
что быстро работают именно новые, а долго думают постоянные...и вот что странно. почему такой скачок сразу на 1000 секунд...нету 200 500 секунд...

спасибо за опцию, попробую

miksoftalex564657498765453почему такой скачок сразу на 1000 секундпохоже на dns-таймаут.

миксофт, пока что не могу перегрузить сервер баз данных.

однако, вот что нарыл.

в таблице `hosts`

Хотя нагрузка равномерная на все ноды должна быть.
висят конекты...

также host_cache
который используеться - проблемная нода провалидирована, а вот одна из нормальных - поле ХОСТ_ВАЛИДЕЙТ = НОУ, но поле ХОСТ у всех четверых нулл.

также
в таблице threads - время текущих конекшинов для нормальных нод - там где по 50 конекшинов - время соединения от 0 до 700-900 секунд равномерноразбросано.

для проблемной - где 560 подключений, равномерно разбросано от 0 до 8000 секунд.
на ноде стоит ограничение максимальное число пхп-процесов(пхпфпм - 200) так что каким макаром вместо реального использования существующего, создаёться новое - не понятно.

я к чему...похоже не на стороне базы проблема... таки на стороне пхп...

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