Cause: java.sql.SQLException: connection closed

近期系统频繁报 java.sql.SQLException: connection closed

message:com.noahgroup.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.noahgroup.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)

项目中用的Druid2.1.8,是比较新的版本,正常应该没有问题的,根据上面的报错先检查Druid配置

参考网上的一些配置,主要是看testOnBorrow和timeBetweenEvictionRunsMillis这两个参数

testOnBorrow:false,开启会影响性能,生产环境不要开启

timeBetweenEvictionRunsMillis:60000,需小于数据库最大连接超时时间(默认8小时)

<!-- 阿里 druid 数据库连接池 -->  
  <bean id="dataSource" class="com.alibaba.druid.pool.DruidDataSource" init-method="init" destroy-method="close">   
    <!-- 基本属性 url、user、password -->  
    <property name="url" value="${url}" />  
    <property name="username" value="${username}" />  
    <property name="password" value="${password}" />  

    <!-- 配置初始化大小、最小、最大 -->  
    <property name="initialSize" value="1" />  
    <property name="minIdle" value="1" />   
    <property name="maxActive" value="20" />  

    <!-- 配置获取连接等待超时的时间 -->  
    <property name="maxWait" value="60000" />  

    <!-- 配置间隔检测需要关闭的空闲连接,单位是毫秒 -->  
    <property name="timeBetweenEvictionRunsMillis" value="60000" />  

    <!-- 配置一个连接在池中最小生存的时间,单位是毫秒,注意要小于数据库的最大连接超时时间 -->  
    <property name="minEvictableIdleTimeMillis" value="300000" />  

    <!-- mysql是select 1,oracle是select 1 from dual --> 
    <property name="validationQuery" value="SELECT 1" />  
    <property name="testWhileIdle" value="true" /> 
    <property name="testOnBorrow" value="false" /> <!-- 开启会影响性能,生产不要开启 -->    
    <property name="testOnReturn" value="false" />  

    <!-- 打开PSCache,mysql不要开启,oracle推荐开启 -->  
    <property name="poolPreparedStatements" value="false" />  
    <property name="maxPoolPreparedStatementPerConnectionSize" value="20" />  

    <!-- 配置监控统计拦截的filters,去掉后监控界面sql无法统计 -->  
    <property name="filters" value="stat" />   
</bean>  

 配置成这样以后,问题还是没解决,继续排查日志,发现了Spring事务等待超时的报错

Lock wait timeout exceeded; try restarting transaction

### Error updating database.  Cause: com.mysql.jdbc.exceptions.jdbc4.MySQLTransactionRollbackException: 
Lock wait timeout exceeded; try restarting transaction
### The error may involve com.example.demo.mapper.AdminMapper.updateById-Inline
### The error occurred while setting parameters

项目老框架使用的手动事务,即编程式事务,mysql默认事务隔离级别Repeatable Read,可重复读,当请求并发时,读到了重复的事务版本,造成了事务锁竞争,事务等待,事务提交失败,又回滚失败,这样连接就一直没关闭。

  1. 后面的线程一直抢不到执行的机会,就一直等待。

  2. 最后因事务执行时间超过mysql默认的锁等待时间(50s),就会报出:Lock wait timeout exceeded

public int updateTableXxx(){
	try{
		/*开启事务*/
		startTransaction();
		mapper.updateXxx();

		/*其他流程处理*/
		xxx;
		
		/*提交事务*/
		return commitTransaction();
	}catch (Exception e){
		/*回滚事务*/
		rollbackTransaction();
		log.error(e.getMessage(), e);
		return -1;
	}
}

复现步骤:使用手动事务,并用JMeter并发测试,很容易就会报这个错误

解决办法:

1、保留手动事务,使用Redis分布式锁,控制并发请求

2、去掉手动事务,使用@Transaction注解,这个注解支持并发(推荐)

3、保留手动事务,使用synchronized同步锁,锁住方法块即可(不推荐)

经过测试以上三种方式都可行

事务等待超时后,Druid会频繁报连接被关闭或连接不可用的异常

-_-我目前只观察到两者有关联,具体原因还不详,欢迎小伙伴们评论区沟通-_-

  • 3
    点赞
  • 11
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
以下是可能导致"Error querying database. Cause: java.sql.SQLException: interrupt?"错误的原因和解决方法: 1. 数据库连接中断或超时。可以尝试重新连接数据库或增加连接超时时间。 2. SQL语法错误。可以检查SQL语句是否正确,是否缺少关键字或拼写错误。 3. 数据库对象不存在。可以检查SQL语句中引用的表、列、视图等是否存在,或者是否被删除。 4. 数据库权限不足。可以检查当前用户是否有执行该SQL语句的权限。 5. 数据库资源不足。可以检查数据库是否存在死锁或者其他资源争用问题。 ```java // 以下是Java代码示例,用于连接数据库并执行SQL语句 import java.sql.*; public class Example { public static void main(String[] args) { String url = "jdbc:mysql://localhost:3306/mydatabase"; String user = "root"; String password = "mypassword"; Connection conn = null; Statement stmt = null; ResultSet rs = null; try { conn = DriverManager.getConnection(url, user, password); stmt = conn.createStatement(); String sql = "SELECT * FROM mytable"; rs = stmt.executeQuery(sql); while (rs.next()) { // 处理查询结果 } } catch (SQLException e) { System.out.println("Error querying database. Cause: " + e.getMessage()); } finally { try { if (rs != null) rs.close(); if (stmt != null) stmt.close(); if (conn != null) conn.close(); } catch (SQLException e) { System.out.println("Error closing database connection. Cause: " + e.getMessage()); } } } } --相关问题--:

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值