Сколько открытых соединений может иметь сервер базы данных одновременно?

Question

Здравствуйте, я пытаюсь подключиться к базе данных с использованием Oracle 11g. Теперь один вопрос, который у меня на уме, есть, если у меня есть 1 сервер базы данных на сервере. Сколько одновременных запросов может обрабатывать мой сервер баз данных в данный момент, будет ли оно одним или будет несколько одновременно.

Чтобы сформулировать свой вопрос, если Client1 запрашивает запрос select из 100 лучших результатов, а Client2 запрашивает выбор чего-то еще, обрабатывает ли сервер оба в тот же момент или заканчивает первый запрос, который он получил и затем посещает следующий запрос?

Answer 1

Per Документов здесь: http://download.oracle.com/docs/cd/E11882_01/network.112/e10836/listenercfg.htm

это относится к платформе. (Это также зависит от системы баз данных, но вы упомянули Oracle 11g, так это то, что я ответил конкретно.)

Примечание:

Число одновременных запросов на подключение по умолчанию работает конкретной системы. Значения по умолчанию для TCP/IP на операционной системе Linux и Microsoft Windows наблюдения:

◦Linux Операционная система: 128

◦Microsoft Windows XP Professional SP2 : 10

◦Microsoft Windows 2003 Сервер Enterprise Edition: 200

Для других баз данных вы всегда можете указать «Максимальные параллельные подключения» (здесь вводится тип БД) «

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

Threading может заставить его ПОСМОТРЕТЬ, как будто они происходят в тот же момент, но, скорее всего, это не так. Threading, в сочетании с компьютерами, достаточно мощными, чтобы делать что-то очень остро, приводит к тому, что появляются, как будто они происходят в то же время, обрабатывая индивидуальные задачи, но на самом деле это не так. Но это более важная тема, чем можно здесь рассказать.

Answer 2

СУБД может обрабатывать много соединений одновременно, обычно в сотнях. Однако обычно несколько запросов (может быть 2-3) на ядро ​​будут продолжаться в одно и то же время.

@ Давид, это правда, что один процессор может обрабатывать только один расчет за раз, но когда загрузка связана с диском, у него есть много свободного времени для обработки других запросов, ожидая загрузки данных ,

Answer 3

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

Если вы используете пул соединений, то каждое из этих объединенных соединений использует один из сеансов экземпляра базы данных и один из его процессов.(Кто-то может исправить меня по разнице между выделенными и совместно используемыми слушателями, но это примерно правильно). Каждый запрос (запрос) по объединенному соединению использует уже настроенное соединение, поэтому ему не нужен новый сокет TCP/IP и не имеет накладных расходов, связанных с созданием сокета/сеанса, что является одной из причин, по которым вы используйте объединение в первую очередь.

Независимо от того, используете ли вы объединенное или автономное соединение, процесс, выполняющий ваш запрос, не зависит от других и не ожидает завершения каких-либо других запросов. Если вы делаете обновления, это не обязательно так - вы можете подождать, пока другой процесс завершит собственное обновление, но если вы просто запрашиваете, это не является фактором.

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

Answer 4

Как утверждает @David, процессор может выполнять только одну вещь в данный момент.

Тем не менее, ваш вопрос непросто дать простой ответ. Сервер будет обрабатывать запросы в очереди в простейшем случае (игнорируя такие вещи, как ограничения ресурсов). Однако, как только первый запрос должен отказаться от управления из-за дискового ввода-вывода или любого другого запроса ресурса, второй запрос получает шанс. Это очень хорошо может завершиться до первого, в зависимости от того, что делает каждый запрос.