我正在使用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
ms / 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小时内,我尝试了不同线程的几个解决方案,但没有一个解决了我的问题。所以这里的观察可能很重要。
SpringBootJPAHikariCP - Reset (autoCommit) on connection org.postgresql.jdbc.PgConnection@1344bbf1
找到了此日志。研究
Reset (autoCommit) on connection in HikariCP这个帖子。试图在两侧设置auto commit
相同(真实)(hibernate和Hikari)并且在两侧都尝试使用false。仍然没有运气。启用leakDetectionThreshold
,获得泄漏检测异常。所以试图了解hibernate / spring事务管理器是否释放连接。从波纹管Logs看起来它看起来像hibernate正常工作。
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
所有空闲连接都是idle
形式postgres
观点, active
形成Hikari观点。因此,当数据库中有5个空闲连接时,Hikari日志中有toatal = 5, active=4, idle = ,waiting=0
。
注意:
可能是我遇到了这个确切的问题https://github.com/brettwooldridge/HikariCP/issues/109在我的情况下,活动连接会随着每笔交易而增加。
HikariCP - connection is not available这也是同一个问题。但没人提供明确的解决方案。顺便说一下,我接受了@Transactional
的乞讨,如接受的答案所示。
答案 0 :(得分:3)
这不是任何Hikari问题,我的最后一个错误。仍会发布这种情况的详细信息,以防它对某人有所帮助。
我正在使用spring boot 1.5.6
(这是我开始工作时的最新版本)。
此版本包含spring-orm 4.3.1
。此版本的spring-orm
包括对三个休眠版本Hibernate5
,Hibernate4
和Hibernate3
的支持。
因此,我为current_session_context_class
配置了具有波纹管配置的spring boot。
spring.jpa.properties.hibernate.current_session_context_class=org.springframework.orm.hibernate4.SpringSessionContext
一切正常,直到涉及到Hikari的连接管理为止。发生了什么事,其中spring-boot-starter-jpa
包含了Hibernate5
(我是指休眠核心),占了1.5.6。
因此,执行任何DB操作后,该连接的弹簧松动控制(此版本不匹配的可能性最高)。因此出现了问题。
更改后
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 Boot2。