у нас максимальный пул подключений 400. и мы запускаем 3 экземпляра, поэтому общий максимум должен быть 1200 сеансов.
Мы случайно сталкиваемся с некоторой проблемой максимального пула соединений, но со стороны базы данных мы не видим столько активных сессий. редко до 250-320 активных сессий и общее количество неактивных + ACTIVE соединений составляет 800.
мы хотим проверить часть конфигурации, которая может помочь нам решить, будут ли погодные сеансы освобождаться из пула соединений или нет, поскольку на уровне ОС мы видим установленное соединение на порту сервера базы данных.
Мы проверили, закрытие приложения сбрасывает все сеансы, и во время запуска оно обычно берет минимум 50 сеансов из базы данных и сохраняет их в неактивном состоянии.
Через некоторое время количество сеансов уменьшается со стороны базы данных (не уверен в причине).
У нас нет параметров для уничтожения, выпуска сеанса со стороны ОС, время простоя не ограничено, файл трассировки sqlnet также не имеет параметра времени ожидания.
мы предполагаем, что TOMCAT все еще каким-то образом поддерживает сеансы пула соединений в установленном режиме, которые освобождаются базой данных (работает частично, если эти сеансы освобождаются с уровня ОС или нет), поэтому он отправляет эти запросы этим сеансам, которые показывают активный на своем конце, но на самом деле освобожден от базы данных.
Можем ли мы проверить эти конфигурации, как они освобождаются, получить сеанс и что он делает, когда нет. сеансов достигает ниже мин. значение пула соединений, он снова инициирует сам себя, чтобы снова получить новый пул соединений.