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

Question

Сколько максимальное количество соединений может обработать оракул?

Ниже приведена сводная информация для моего sql, мне нужна аналогичная статистика для оракула:

Максимальное количество соединений, которое может поддерживать MySQL, зависит от качества библиотеки потоков на данной платформе, объема доступной оперативной памяти, объема используемой памяти для каждого соединения, рабочей нагрузки от каждого соединения и желаемого времени отклика. , Linux или Solaris должны иметь возможность поддерживать 500–1000 одновременных подключений на регулярной основе и до 10 000 подключений, если у вас много гигабайт оперативной памяти, а рабочая нагрузка у каждого низкая или целевое время отклика не требует больших усилий. Windows ограничен (открытые таблицы × 2 + открытые соединения) <2048 из-за уровня совместимости Posix, используемого на этой платформе. </p>

Answer 1

Oracle имеет два типа архитектуры подключения:

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

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

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