HikariCP не чистит / использует первый сеанс Oracle дБ после переподключения inte rnet - PullRequest
Новая
       59

HikariCP не чистит / использует первый сеанс Oracle дБ после переподключения inte rnet

0 голосов
/ 16 апреля 2020

У меня проблема с подключением HikariCP к базе данных Oracle при использовании настольного приложения JavaFX.

Stack: 

Java 8 / JavaFX 8
HikariCP 3.4.2
Oracle Database 11g Release 2
DB driver: ojdbc8 19.3.0.0

Когда соединение WiFi inte rnet теряется при попытке При выполнении запроса db Хикари заявляет, что: 

11:09:50.551 DEBUG [HikariPool-1 connection closer] com.zaxxer.hikari.pool.PoolBase: HikariPool-1 - 
    Closing connection oracle.jdbc.driver.T4CConnection@175d7635: (connection is dead)
    11:10:15.513 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.pool.HikariPool: HikariPool-1 - Timeout failure stats (total=0, active=0, idle=0, waiting=0)
    java.sql.SQLTransientConnectionException: HikariPool-1 - Connection is not available, request timed out after 30002ms.
11:10:19.606 DEBUG [HikariPool-1 housekeeper] com.zaxxer.hikari.pool.HikariPool: HikariPool-1 - Pool stats (total=0, active=0, idle=0, waiting=0)
11:10:32.569 DEBUG [HikariPool-1 connection adder] com.zaxxer.hikari.pool.HikariPool: HikariPool-1 - Cannot acquire connection from data source

И после повторного подключения WiFi он не использует то же соединение, сеанс в базе данных Oracle активен (не закрыт по причине потери inte rnet), но создает новое соединение: 

11:10:48.320 DEBUG [HikariPool-1 connection adder] com.zaxxer.hikari.pool.HikariPool: HikariPool-1 - Added connection oracle.jdbc.driver.T4CConnection@20c1491b
11:10:49.608 DEBUG [HikariPool-1 housekeeper] com.zaxxer.hikari.pool.HikariPool: HikariPool-1 - Pool stats (total=1, active=0, idle=1, waiting=0)

Итак, Hikari создает новое соединение, и в Oracle я вижу 2 сеанса одного и того же приложения. Первый сеанс не очищается после закрытия приложения JavaFX. Второй убирается на выходе. Что я могу сделать, чтобы очистить первый сеанс? Это проблема Hikari или проблемы с БД?

Это конфигурация Hikari, в основном по умолчанию: 

11:09:17.754 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: HikariPool-1 - configuration:
11:09:17.759 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: allowPoolSuspension.............false
11:09:17.759 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: autoCommit......................true
11:09:17.760 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: catalog.........................none
11:09:17.760 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: connectionInitSql...............none
11:09:17.760 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: connectionTestQuery.............none
11:09:17.760 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: connectionTimeout...............30000
11:09:17.760 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: dataSource......................none
11:09:17.761 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: dataSourceClassName.............none
11:09:17.761 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: dataSourceJNDI..................none
11:09:17.761 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: dataSourceProperties............{password=<masked>, prepStmtCacheSqlLimit=2048, cachePrepStmts=true, prepStmtCacheSize=250}
11:09:17.762 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: driverClassName.................none
11:09:17.762 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: healthCheckProperties...........{}
11:09:17.762 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: healthCheckRegistry.............none
11:09:17.762 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: idleTimeout.....................600000
11:09:17.762 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: initializationFailTimeout.......1
11:09:17.763 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: isolateInternalQueries..........false
11:09:17.763 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: jdbcUrl.........................jdbc:oracle:thin:@xxx
11:09:17.763 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: leakDetectionThreshold..........20000
11:09:17.763 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: maxLifetime.....................1800000
11:09:17.763 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: maximumPoolSize.................1
11:09:17.763 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: metricRegistry..................none
11:09:17.764 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: metricsTrackerFactory...........none
11:09:17.764 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: minimumIdle.....................1
11:09:17.764 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: password........................<masked>
11:09:17.764 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: poolName........................"HikariPool-1"
11:09:17.764 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: readOnly........................false
11:09:17.764 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: registerMbeans..................false
11:09:17.764 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: scheduledExecutor...............none
11:09:17.765 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: schema..........................none
11:09:17.765 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: threadFactory...................internal
11:09:17.765 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: transactionIsolation............default
11:09:17.765 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: username........................"xxx"
11:09:17.765 DEBUG [JavaFX Application Thread] com.zaxxer.hikari.HikariConfig: validationTimeout...............5000

И каждое соединение в Hikari создается с использованием блока try-with-resources, например: 

 String getValueFromDatabase(String sql) {
        String str = "";
        try (final Connection con = DataSource.getConnection();
             final PreparedStatement stm = createStatement(con, sql);
             final ResultSet rs = stm.executeQuery()) {
            final ResultSetMetaData md = rs.getMetaData();
            while (rs.next()) {
                str = Optional.ofNullable(rs.getString(1)).orElse("");
            }
        } catch (SQLException e) {
            e.printStackTrace();
        }
        return str;
    }

Я делаю это тоже, чтобы проверить, доступен ли inte rnet (WiFi может быть потерян) и показать всплывающее сообщение при сбое соединения (например, DataSource.getConnection (). IsClosed () ?).

1 Ответ

0 голосов
/ 16 апреля 2020

Исходная сессия была осиротевшей. Он останется видимым в базе данных, но не будет потреблять ресурсы, пока не будет явно уничтожен или истек тайм-аут из-за своего профиля По сути, он ожидает, что исходный клиент отправит ему другой сетевой пакет, просто чтобы он мог сообщить клиенту, что сеанс мертв, и затем завершиться. Второй сеанс завершается чисто, потому что ваше приложение выдает явную команду выхода из системы. Администратору базы данных необходимо настроить профиль пользователя, чтобы ограничить время простоя и очистить сеанс. Смотрите здесь:

https://oracle-base.com/articles/misc/clearing-down-old-database-sessions

...