Неактивные соединения HikariCP остаются в пуле соединений как активные

Я использую Spring Boot (1.5.6), Hibernate, Postgres, Hikari (2.7.8). Моя конфигурация:

spring.datasource.hikari.minimumIdle=1
spring.datasource.hikari.maximumPoolSize=20
spring.datasource.hikari.idleTimeout=30000
spring.datasource.hikari.poolName=SpringBootJPAHikariCP
spring.datasource.hikari.maxLifetime=50000
spring.datasource.hikari.connectionTimeout=30000

Я ожидаю, что неактивные соединения должны быть освобождены после 30000 мс / 30 секунд бездействия. Проблема в том, что при каждом запросе создается новое соединение, оставляя все незанятые соединения как есть. Итак, через некоторое время я получаю 20 неактивных соединений, и с новым запросом Hikari пытается установить новое соединение и получить SpringBootJPAHikariCP - Connection is not available, request timed out after 30001ms..

Итак, что я делаю не так? Или неправильно понял конфигурацию?

Журнал инициализации Hikari:

SpringBootJPAHikariCP - configuration:
 allowPoolSuspension.............false
 autoCommit......................true
 catalog.........................none
 connectionInitSql...............none
 connectionTestQuery.............none
 connectionTimeout...............30000
 dataSource......................none
 dataSourceClassName.............none
 dataSourceJNDI..................none
 dataSourceProperties............{password=<masked>}
 driverClassName................."org.postgresql.Driver"
 healthCheckProperties...........{}
 healthCheckRegistry.............none
 idleTimeout.....................30000
 initializationFailFast..........true
 initializationFailTimeout.......1
 isolateInternalQueries..........false
 jdbc4ConnectionTest.............false
 jdbcUrl.........................jdbc:postgresql://localhost:5432/dbname
 leakDetectionThreshold..........0
 maxLifetime.....................50000
 maximumPoolSize.................20
 metricRegistry..................none
 metricsTrackerFactory...........none
 minimumIdle.....................1
 password........................<masked>
 poolName........................"SpringBootJPAHikariCP"
 readOnly........................false
 registerMbeans..................false
 scheduledExecutor...............none
 scheduledExecutorService........internal
 schema..........................none
 threadFactory...................internal
 transactionIsolation............default
 username........................"postgres"
 validationTimeout...............5000

Обновлять: За последние 24 часа я пробовал несколько решений из разных потоков, и ни одно из них не устранило мою проблему. Итак, вот наблюдения, которые могут быть важны.

1. SpringBootJPAHikariCP - Reset (autoCommit) on connection org.postgresql.jdbc.PgConnection@1344bbf1 нашел этот журнал. учился Сброс (autoCommit) при подключении в HikariCP этот поток. пытался установить auto commit одинаково (true) на обеих сторонах (спящий режим и Hikari) и также пытался с false на обеих сторонах. все равно не повезло.

2. Включает leakDetectionThreshold, получено исключение обнаружения утечки. Итак, попытался понять, освобождает ли диспетчер транзакций hibernate / spring соединения. Из журналов ниже похоже, что спящий режим работает нормально.

   28 22:19:35- DEBUG - o.s.orm.jpa.JpaTransactionManager-371 ::  Opened new EntityManager [org.hibernate.jpa.internal.EntityManagerImpl@4212be39] for JPA transaction
   28 22:19:35- DEBUG - o.h.e.t.internal.TransactionImpl-51 ::  begin
   28 22:19:35- DEBUG - o.s.orm.jpa.JpaTransactionManager-403 ::  Exposing JPA transaction as JDBC transaction [org.springframework.orm.jpa.vendor.HibernateJpaDialect$HibernateConnectionHandle@243e942]
   2com.someentity.MyEntity#ac918eed-345f-4a6c-8539-fe14e7fc41e2
   28 22:19:35- DEBUG - o.h.r.j.i.LogicalConnectionManagedImpl-137 ::  Initiating JDBC connection release from afterTransaction
   28 22:19:35- DEBUG - c.zaxxer.hikari.pool.ProxyConnection-242 ::  SpringBootJPAHikariCP - Executed rollback on connection org.postgresql.jdbc.PgConnection@1344bbf1 due to dirty commit state on close().
   28 22:19:35- DEBUG - o.h.e.i.AbstractFlushingEventListener-132 ::  Processing flush-time cascades
   28 22:19:35- DEBUG - o.h.e.i.AbstractFlushingEventListener-174 ::  Dirty checking collections
   
   28 22:19:35- DEBUG - org.hibernate.internal.SessionImpl-508 ::  Disconnecting session
   28 22:19:35- DEBUG - o.s.orm.jpa.JpaTransactionManager-759 ::  Initiating transaction commit
   28 22:19:35- DEBUG - o.s.orm.jpa.JpaTransactionManager-512 ::  Committing JPA transaction on EntityManager [org.hibernate.jpa.internal.EntityManagerImpl@4212be39]
   28 22:19:35- DEBUG - o.h.e.t.internal.TransactionImpl-62 ::  committing
   28 22:19:35- DEBUG - o.h.r.j.i.LogicalConnectionManagedImpl-137 ::  Initiating JDBC connection release from afterTransaction
   28 22:19:35- DEBUG - o.h.r.j.i.LogicalConnectionManagedImpl-137 ::  Initiating JDBC connection release from afterTransaction
   28 22:19:35- DEBUG - o.s.orm.jpa.JpaTransactionManager-600 ::  Closing JPA EntityManager [org.hibernate.jpa.internal.EntityManagerImpl@4212be39] after transaction
   28 22:19:35- DEBUG - o.s.o.jpa.EntityManagerFactoryUtils-435 ::  Closing JPA EntityManager
   

3. Все неактивные соединения относятся к idle с точки зрения postgres, а active с точки зрения Hikari. Итак, когда есть 5 незанятых соединений с базой данных, в журнале Hikari есть toatal = 5, active=4, idle = ,waiting=0.

Примечание:

1. может быть, у меня именно эта проблема https://github.com/brettwooldridge/HikariCP/issues/109 в моем случае активное соединение увеличивается с каждой транзакцией.

2. HikariCP - подключение недоступно, это тоже такая же проблема. но никто не предлагает четкого решения этого вопроса. Кстати, я использовал @Transactional с самого начала, как это было предложено в принятом ответе.