Суть проблемы такая:
Есть БД, с ней работают шаблоны, на 5 разных серверах.
Бд стоит не на вдске а на нормальном сервере.
Если работать в 200-300 потоков - процесс лист не забивается и там висит 1-2 процесса с таймингом 0 или 1.
Если я начинаю работать в 800 токов - в процесс листе уже не меньше 20-50 процессов с таймингами 0 1 2 3.
Если продолжаю увеличивать количество потоков и подключать более быстрые задачи с этой базой - количество переваливает за 150-180 и тайминги становятся критические 20-25 секунд (в итоге база захлебывается)
Но при любом раскладе не устраивает банальный селект в 10-20 секунд.
В целом с транзакциями обновления вопрос отчасти решен изолированием (раньше апдейты вставали в очередь и убивали базу на меньших числах потоков)
Так же есть другой софт от другого разработчика с закрытым шаблоном - где число потоков держится кратно больше - база стоит на вдске которая раз в 5 слабее и при 1000+2000+ потоков процесс лист всегда равен 0, если обновлять минут 5 можно поймать там 1 процесс, к этому софту я подключал логи запросов бд - думал найду там решение своей проблемы (не нашел) - выполняются тысячи обращений в бд настолько быстро что даже в процесс лист не попадают. так как доступ к той базе есть - изучал настройки мускл в конфиге - там ничего специфического нет даже близко.
Ищу в общем человека который проконсультирует, поможет разобраться, оптимизировать, решить проблему (не за бесплатно).
Заинтересовался? пиши https://t.me/VMV_Vlad
Есть БД, с ней работают шаблоны, на 5 разных серверах.
Бд стоит не на вдске а на нормальном сервере.
Если работать в 200-300 потоков - процесс лист не забивается и там висит 1-2 процесса с таймингом 0 или 1.
Если я начинаю работать в 800 токов - в процесс листе уже не меньше 20-50 процессов с таймингами 0 1 2 3.
Если продолжаю увеличивать количество потоков и подключать более быстрые задачи с этой базой - количество переваливает за 150-180 и тайминги становятся критические 20-25 секунд (в итоге база захлебывается)
Но при любом раскладе не устраивает банальный селект в 10-20 секунд.
В целом с транзакциями обновления вопрос отчасти решен изолированием (раньше апдейты вставали в очередь и убивали базу на меньших числах потоков)
Так же есть другой софт от другого разработчика с закрытым шаблоном - где число потоков держится кратно больше - база стоит на вдске которая раз в 5 слабее и при 1000+2000+ потоков процесс лист всегда равен 0, если обновлять минут 5 можно поймать там 1 процесс, к этому софту я подключал логи запросов бд - думал найду там решение своей проблемы (не нашел) - выполняются тысячи обращений в бд настолько быстро что даже в процесс лист не попадают. так как доступ к той базе есть - изучал настройки мускл в конфиге - там ничего специфического нет даже близко.
Ищу в общем человека который проконсультирует, поможет разобраться, оптимизировать, решить проблему (не за бесплатно).
Заинтересовался? пиши https://t.me/VMV_Vlad
