保持在连接池中的 HikariCP 空闲连接处于活动状态

HikariCP Idle connections staying in connection pool as active

我正在使用 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 小时内,我尝试了来自不同线程的几种解决方案,其中 none 解决了我的问题。所以这里的观察可能很重要。

  1. SpringBootJPAHikariCP - Reset (autoCommit) on connection org.postgresql.jdbc.PgConnection@1344bbf1 找到此日志。研究过 这个线程。尝试在两侧(hibernate 和 Hikari)设置 auto commit 相同(true),并在两侧也尝试设置为 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. 所有空闲连接都是idlepostgres的观点和active的Hikari观点.所以当数据库有5个空闲连接时,Hikari日志中有toatal = 5, active=4, idle = ,waiting=0

注:

  1. 可能是我遇到了这个问题 https://github.com/brettwooldridge/HikariCP/issues/109 在我的案例中,活动连接随着每次交易而增加。

  2. 这也是同样的问题。但没有人为此提供明确的解决方案。顺便说一句,我按照接受的答案的建议从乞讨中使用 @Transactional

这不是 Hikari 的问题,是我的错误。仍在发布发生这种情况的详细信息,以防对某人有所帮助。

我正在使用 spring boot 1.5.6(这是我开始工作时的最新版本)。 此版本包括 spring-orm 4.3.1。此版本的 spring-orm 包括对三个版本的休眠的支持,Hibernate5Hibernate4Hibernate3

所以我为 current_session_context_class.

配置了 spring 启动和波纹管配置
spring.jpa.properties.hibernate.current_session_context_class=org.springframework.orm.hibernate4.SpringSessionContext

一切正常,直到涉及到 Hikari 的连接管理。发生的事情是 spring-boot-starter-jpa for 1.5.6 included Hibernate5 (我的意思是休眠核心)。

因此,在执行任何数据库操作后 spring 失去对该连接的控制(此版本不匹配的可能性最大)。因此问题。

改变后

org.springframework.orm.hibernate4.SpringSessionContext

org.springframework.orm.hibernate5.SpringSessionContext

问题马上就解决了

我目前的配置是

spring.jpa.properties.hibernate.current_session_context_class=org.springframework.orm.hibernate5.SpringSessionContext
spring.jpa.properties.hibernate.dialect=org.hibernate.dialect.PostgreSQL95Dialect

仅供参考,解决问题后切换到Spring Boot 2。