MS SQL JDBC 驱动程序在 Tomcat 9 上使用 JNDI Hikari 创建内存泄漏
MS SQL JDBC driver create memory leak with JNDI Hikari on Tomcat 9
我在 Tomcat 9.0.7 上使用 JNDI + HikariCP,配置如下:
<Resource name="jdbc/mydb" auth="Container"
factory="com.zaxxer.hikari.HikariJNDIFactory"
type="javax.sql.DataSource"
minimumIdle="5"
maximumPoolSize="20"
connectionTimeout="300000"
dataSourceClassName="com.microsoft.sqlserver.jdbc.SQLServerDataSource"
dataSource.url="jdbc:sqlserver://server:1433;databaseName=mydb"
dataSource.user="fantomas"
dataSource.password="somepassword"
closeMethod="close"
/>
当我 运行 tomcat 没有部署任何 WAR 时(只是标准安装,仅此而已),我在 Catalina 日志中有以下 WARNING:
09-May-2018 10:15:16.971 WARNING [main] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [host-manager] appears to have started a thread named [mssql-jdbc-TimeoutTimer-1] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread:
sun.misc.Unsafe.park(Native Method)
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:460)
java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:362)
java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:941)
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1073)
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
java.lang.Thread.run(Thread.java:748)
出了什么问题,为什么会漏水?我该如何解决?
UPDATE-1
Tomcat 安装的 ./lib 中的自定义库是:
ms-sql-6.4.0.jre8.jar
slf4j-api-1.7.25.jar
HikariCP-2.7.8.jar
UPDATE-2
Hikari 3.1.0 & Tomcat 9.0.8
也有同样的问题
Related issue with similar leak reported to hikari 似乎最终的解决方案没有使用 Hikari JNDI 工厂,而是 Tomcat 的数据源
尝试将工厂更改为:
factory="org.apache.tomcat.jdbc.pool.DataSourceFactory"
编辑
您为 Hikari
创建了一个新的 issue
有问题的线程(mssql-jdbc-TimeoutTimer)属于MSSQL驱动程序。它会在您使用 HikariCP 时显示,但不会 Tomcat JDBC,因为 HikariCP 适当地 使用 JDBC 超时 API 来提高可靠性。
这是 MSSQL 驱动程序的一个已知问题,search for 'mssql-jdbc-TimeoutTimer' here。
看来定时器是HikariCP调用Connection.isValid()
的MSSQL驱动实现启动的。因此,您 可能 可以通过设置 connectionTestQuery
来避免此问题,这将禁用 isValid()
.
我在 Tomcat 9.0.7 上使用 JNDI + HikariCP,配置如下:
<Resource name="jdbc/mydb" auth="Container"
factory="com.zaxxer.hikari.HikariJNDIFactory"
type="javax.sql.DataSource"
minimumIdle="5"
maximumPoolSize="20"
connectionTimeout="300000"
dataSourceClassName="com.microsoft.sqlserver.jdbc.SQLServerDataSource"
dataSource.url="jdbc:sqlserver://server:1433;databaseName=mydb"
dataSource.user="fantomas"
dataSource.password="somepassword"
closeMethod="close"
/>
当我 运行 tomcat 没有部署任何 WAR 时(只是标准安装,仅此而已),我在 Catalina 日志中有以下 WARNING:
09-May-2018 10:15:16.971 WARNING [main] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [host-manager] appears to have started a thread named [mssql-jdbc-TimeoutTimer-1] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread:
sun.misc.Unsafe.park(Native Method)
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:460)
java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:362)
java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:941)
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1073)
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
java.lang.Thread.run(Thread.java:748)
出了什么问题,为什么会漏水?我该如何解决?
UPDATE-1 Tomcat 安装的 ./lib 中的自定义库是:
ms-sql-6.4.0.jre8.jar
slf4j-api-1.7.25.jar
HikariCP-2.7.8.jar
UPDATE-2 Hikari 3.1.0 & Tomcat 9.0.8
也有同样的问题Related issue with similar leak reported to hikari 似乎最终的解决方案没有使用 Hikari JNDI 工厂,而是 Tomcat 的数据源
尝试将工厂更改为:
factory="org.apache.tomcat.jdbc.pool.DataSourceFactory"
编辑
您为 Hikari
创建了一个新的 issue有问题的线程(mssql-jdbc-TimeoutTimer)属于MSSQL驱动程序。它会在您使用 HikariCP 时显示,但不会 Tomcat JDBC,因为 HikariCP 适当地 使用 JDBC 超时 API 来提高可靠性。
这是 MSSQL 驱动程序的一个已知问题,search for 'mssql-jdbc-TimeoutTimer' here。
看来定时器是HikariCP调用Connection.isValid()
的MSSQL驱动实现启动的。因此,您 可能 可以通过设置 connectionTestQuery
来避免此问题,这将禁用 isValid()
.