От чего зависит количество единоверменных запросов, которые может обрабатывать БД?

Question

[MishaXXL]

У нас на сервер одновременно поступают 10 запросов, которые делают 10 параллельных запросов в БД, а не по очереди, так же?
Сколько одновременно параллельных выборок может обрабатывать БД до тех пор, пока они не начнет вставать в очередь?

Answer 1

[vreitech]

это в общем случае определяется параметром max_connections.
в случае, если количество подключений к серверу достигло данного максимума, то в новых подключениях будет отказано, пока не освободится одно из занятых подключений.
если подключение установлено, то по нему может быть передан на выполнение запрос. он начнёт выполняться и, в зависимости от настроек таймаутов, от того, какие блокировки и на какие объекты имеются в СУБД и какой уровень изоляции используется, запрос либо выполнится; либо выполнится частично и встанет в ожидание освобождения какой-то из блокировок, и после освобождения продолжит выполняться; либо подождёт освобождения блокировки и прервётся по таймауту (результат такого частичного выполнения откатится); либо выполнится частично и прервётся по нарушению сериализации (результат такого частичного выполнения откатится).
вроде ничего не забыл.

Comments

[ky0]

Фигню вы написали. ТС спрашивал не про количество подключений, а про количество исполняемых серверов запросов.

[vreitech]

ky0, в postgres более одного запроса (одной транзакции) по одному подключению всё-равно выполняться не может в момент времени. впрочем, ничего страшного, кто-нибудь придёт и напишет не фигню. =)

[MishaXXL]

Какое количество максимальных соединений обычно на БД в маркетплейсах, что они отрабатывают быстро тысячи запросов в секунду?

Answer 2

[Сергей Горностаев]

Зависит от того, что это за выборки, и сколько у сервера ресурсов - соединений, памяти и т.п. Не скажу цифры именно параллельного выполнения, но опыт показывает, что постгрес вполне способен выполнить 30 000 простых селектов в секунду.

Comments

[MishaXXL]

Если брать маркетплейс у которого сотни миллионов записей и каждую секунду тысячи больших запросов на выборку товаров с фильтрами
Вот пришла у нас тысяча запросов на выборки данных из сотни миллионов записей
Это тысяча запросов в БД будут выполнятся одновременно или будет очередь?
Просто при такой логике, если каждую секунду приходят тысячи запросов на выборки данных, то как у нас БД не впадает в длительные задержки и отрабатывает быстро?

[Сергей Горностаев]

MishaXXL, высоконагруженные проекты проектируются не так, как обычные. Там будут кэши, шардинг, полнотекстовые индексы и прочее, и прочее. Впрочем тысячу сложных запросов в секунду можно вывезти и вполне обычными методами, если у разработчиков руки откуда надо растут.

Answer 3

[Vitsliputsli]

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

Comments

[MishaXXL]

Если взять в пример озон, где сотни миллионов записей
Одновременной делают запросы тысячи людей
Эти же запросы не становятся в очередь или как происходит обработка запросов к БД от нашего сервера, если нам одновременно пришло 1000 запросов и та каждую секунду?

[Vitsliputsli]

MishaXXL, если говорить про высоконагруженные системы, то это не просто сервер, а целое архитектурное решение. Грубо говоря это не одна СУБД, а несколько, именно так решается вопрос масштабирования.
Если говорить про одну СУБД, как написал выше, идет переключение между несколькими запросами, в итоге на ненагруженной СУБД запрос к примеру может выполняться 1мс, а при нагрузке 10мс.