connection closed 获取到的连接已经失效,导致抛出异常:
message:com.framework.smart.admin.common.exception.AdminExceptionHandler.handleException:76 - 【exception】:
org.springframework.jdbc.UncategorizedSQLException:
Error querying database. Cause: java.sql.SQLException: connection closed The error may exist in URL [jar:file:/usr/local/smart-admin/smart-admin.jar!/BOOT-INF/lib/smart-admin-service-0.0.1-SNAPSHOT.jar!/mapper/MmChanceMapper.xml] The error may involve com.framework.smart.admin.service.mapper.MmChanceMapper.selectChanceReport_COUNT The error occurred while executing a query SQL: SELECT count(0) FROM mm_chance WHERE state BETWEEN 0 AND 1 AND is_deleted = 0 Cause: java.sql.SQLException: connection closed; uncategorized SQLException; SQL state [null]; error code [0]; connection closed; nested exception is java.sql.SQLException: connection closed
at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:89)
at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:81)
at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:81)…
Caused by: java.sql.SQLException: connection closed
at com.alibaba.druid.pool.DruidPooledConnection.checkStateInternal(DruidPooledConnection.java:1163)
at com.alibaba.druid.pool.DruidPooledConnection.checkState(DruidPooledConnection.java:1154)
at com.alibaba.druid.pool.DruidPooledConnection.prepareStatement(DruidPooledConnection.java:337)
1.testOnBorrow含义
testOnBorrow:如果为true(默认为false),当应用向连接池申请连接时,连接池会判断这条连接是否是可用的。
testOnBorrow=false可能导致问题
假如连接池中的连接被数据库关闭了,应用通过连接池ge tConnection时,都可能获取到这些不可用的连接,且这些连接如果不被其他线程回收的话;它们不会被连接池废除,也不会重新被创建,占用了连接池的名额,项目如果是服务端,数据库链接被关闭,客户端调用服务端就会出现大量的timeout,客户端设置了超时时间,会主动断开,服务端就会出现close_wait。
连接池如何判断连接是否有效的?
常用数据库:使用${DBNAME}ValidConnectionChecker进行判断,比如Mysql数据库,使用MySqlValidConnectionChecker的isValidConnection进行判断
其他数据库:则使用validationQuery判断
验证不通过则会直接关闭连接,并重新从连接池获取下一条连接。
综上:
<1>.testOnBorrow能够确保我们每次都能获取到可用的连接,但是如果设置为true,则每次获取连接时候都要到数据库验证连接有效性,这在高并发的时候会造成性能下降,可以将testOnBorrow设置成false,testWhileIdle设置成true这样能获得比较好的性能。
<2>.testOnBorrow和testOnReturn在生产环境一般是不开启的,主要是性能考虑。失效连接主要通过testWhileIdle保证,如果获取到了不可用的数据库连接,一般由应用处理异常。
TestOnBorrow什么时候会用到?
这个参数主要在DruidDataSource的getConnection方法中用到
连接池是如何判断连接是否有效的?
如果是常用的数据库,则使用${DBNAME}ValidConnectionChecker进行判断,比如Mysql数据库,使用MySqlValidConnectionChecker的isValidConnection进行判断;
如果是其他数据库,则使用validationQuery判断;
如果验证不通过怎么办?
验证不通过则会直接关闭该连接,并重新从连接池获取下一条连接;
获取到连接后:在DruidPooledConnection中
testOnBorrow能够确保我们每次都能获取到可用的连接,但如果设置成true,则每次获取连接的时候都要到数据库验证连接有效性,这在高并发的时候会造成性能下降,可以将testOnBorrow设成false,testWhileIdle设置成true这样能获得比较好的性能。
validationQuery是什么意思?
validationQuery:Druid用来测试连接是否可用的SQL语句,默认值每种数据库都不相同:
Mysql:SELECT 1;
SQLSERVER:SELECT 1;
ORACLE:SELECT ‘x’ FROM DUAL;
PostGresql:SELECT ‘x’;
validationQuery什么时候会起作用?
当Druid遇到testWhileIdle,testOnBorrow,testOnReturn时,就会验证连接的有效性,验证规则如下:
如果有相关数据库的ValidConnectionChecker,则使用ValidConnectionChecker验证(Druid提供常用数据库的ValidConnectionChecker,包括MSSQLValidConnectionChecker,MySqlValidConnectionChecker,OracleValidConnectionChecker,PGValidConnectionChecker);
如果没有ValidConnectionChecker,则直接使用validationQuery验证;
ValidConnectionChecker是如何验证的?
MySqlValidConnectionChecker会使用Mysql独有的ping方式进行验证,其他数据库其实也都是使用validationQuery进行验证
MySqlValidConnectionChecker验证方式如上图;不同数据库的默认值不同;
如果是Mysql数据库,则validationQuery不会起作用,Mysql会使用ping的方式验证;
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)