在 HikariCP 中的连接时重置（自动提交）
当我在Hikari池中使用连接时，我一直看到此日志。
[com.zaxxer.hikari.pool.PoolElf] : HikariPool-0 - Reset (autoCommit) on connection com.mysql.jdbc.JDBC4Connection@1c9b0314
[com.zaxxer.hikari.pool.PoolElf] : HikariPool-0 - Reset (autoCommit) on connection com.mysql.jdbc.JDBC4Connection@1c9b0314
[com.zaxxer.hikari.pool.PoolElf] : HikariPool-0 - Reset (autoCommit) on connection com.mysql.jdbc.JDBC4Connection@1c9b0314
[com.zaxxer.hikari.pool.PoolElf] : HikariPool-0 - Reset (autoCommit) on connection com.mysql.jdbc.JDBC4Connection@1c9b0314
[com.zaxxer.hikari.pool.PoolElf] : HikariPool-0 - Reset (autoCommit) on connection com.mysql.jdbc.JDBC4Connection@1c9b0314
[com.zaxxer.hikari.pool.PoolElf] : HikariPool-0 - Reset (autoCommit) on connection com.mysql.jdbc.JDBC4Connection@1c9b0314
[com.zaxxer.hikari.pool.PoolElf] : HikariPool-0 - Reset (autoCommit) on connection com.mysql.jdbc.JDBC4Connection@1c9b0314
那是什么意思？这是我应该担心/解决的事情，还是正常的？我试图理解那里到底发生了什么。
共有1个答案
它意味着：
- 池配置为自动提交，但代码正在将连接更改为autoCommit=false，然后将它们返回到池，或
- 池配置为不自动提交，但代码正在将连接更改为autoCommit=true，然后将它们返回到池。
只要连接以不同的自动提交模式返回，HikariCP就会将自动提交重置为池默认值。一般来说，这会对性能产生负面影响；有时相当大。
-
我最近使用了HikariCP。在我使用自己的简单连接池来满足我们的需求之前。在我们的软件中，有时我们需要执行多个数据库插入，其中每个插入都取决于一些验证。或多或少与此网站的样本相似：http://docs.oracle.com/javase/tutorial/jdbc/basics/transactions.html#commit_transactions 在我的旧方法中，当我使用自己的conn池
-
我有一个Spring Boot（v2.0.8）应用程序，它使用HikariCP（v2.7.9）池（连接到MariaDB）配置： 问题在于，我们的生产组件每隔几周就会反复抛出 。问题在于它永远不会从中恢复，并且会不断引发异常。因此，需要重新启动计算装置。 从HikariPool源代码来看，这似乎正在发生，因为每次它调用poolEntry都是空的，因此会抛出超时异常。要使其为空，连接池必须没有空闲条目
-
我正在使用hikaricp（这可能也适用于任何其他数据库连接池）。我有一个DBPool类，在其中我实例化了一个HikariDataSource（使用HikariConfig对象）。对于这个DBPool，我使用lazyholder习惯用法来限制每个VM一个池实例。但是，一旦获得对池的引用，就可以检索连接对象（无需任何进一步的锁/同步/信号量检查），因为我认为连接池会处理我的连接对象限制。每次通过数据
-
我的连接器类： 连接器。JAVA 这是我的DAO类（简化）：UserDAO. java 在这里，我发现了关于Hikari的一些事实的问题： 您必须在HikariCP为您提供的连接实例上调用关闭（） 可能是我的不起作用，因为它只是Hikari在方法中提供给我的连接的副本。
-
> 可能是我有这个确切的问题https://github.com/brettwooldridge/hikaricp/issues/109在我的例子中，活动连接随着每个事务的增加而增加。 HikariCP-连接不可用这也是一个相同的问题。但没有人对此提供明确的解决方案。顺便说一句，我使用了begging中的。
-
当Java服务（HikariCP JDBC Oracle，pool=10）有包括数据库操作和外部服务调用在内的大事务时，我遇到了这个问题，在运行此事务期间，Hikari保留连接（至少通过JMX显示它），直到事务完成。由于服务调用（无法将其从事务中排除，我已经最小化了超时），因此由于服务调用而导致操作很长，因此活动连接保留的时间太长，它会阻止所有服务。 线程在getConnection（）上被阻止。