в итоге каждая группа юзеров в свой песочнице - если кто то плохо сделал, остальные пулы и юзеры от этого не страдают

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

очередь и все довольны :)

А если очередь с приоритетом брать (с ростом приоритета по времени ожидания).
Плюс машинное обучение завести бля борьбы со спамом?
Не дело же нужные запросы убивать.

ну тут дело админа

нужное количество конкурентов и ресурсов выставить

это достигается путем анализа работы кластера, выявлением таких узких мест и постепенной балансировкой с помощью таких пулов

пока минимальные и пиковые нагрузки разных групп юзеров не достигнут равновесия работы кластера

не надо тут автомата, только хуже будет

никто предугадать не может когда кто и зачем будет ддосить кластер

пишутся правила на основании опыта работы кластера и дальше корректируются по мере внештатных отклонений

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

в итоге дикая очередь в пуле одних запросов одинаковых от Васи

а другие звонят админу и говорят что кластер вообще у них не отзывается, все запросы просто висят и ничего не делают :)

в Вертике Вася по времени будет если его запрос плохой в низкоприоритетный пул уводится и там уже с такими же горемыками сражаться за ресурсы, не мешая прочим :)

У ORACLE long running queries лет 100 как

на самом деле - нафиг не нужно

решается административно

и все говорят Васе спасибо

У нас есть наработки на эту тему: квоты, max_memory_usage_for_user, max_threads, priority, max_execution_time, min_execution_speed, force_primary_key и т. п.

И постоянно нужно больше способов что-нибудь как-нибудь ограничивать.

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

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