Соединение дорого создавать (TCP, TLS, аутентификация, процесс на сервере), а лишние активные соединения не ускоряют базу: её параллелизм ограничен ядрами и дисками.
А ещё Не держать соединение во время внешних вызовов
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Открытие соединения включает сетевое рукопожатие, аутентификацию и выделение ресурсов на стороне СУБД, поэтому создавать его на каждый запрос недопустимо. Но и раздувать пул бессмысленно: параллелизм базы ограничен процессорами и вводом-выводом, а лишние активные соединения добавляют переключений контекста и конкуренции за блокировки — пропускная способность падает, а задержки растут. Практический ориентир для OLTP — десятки соединений, а не сотни; при этом суммарно по всем инстансам приложения пул не должен превышать лимит базы. Занятый пул при низкой загрузке CPU приложения — верный признак, что узкое место именно здесь.
Один верный вариант. Подумайте, потом откройте ответ.
Connection/Statement/ResultSet, PreparedStatement против инъекций, ручные транзакции, ресурсы и пул соединений.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto