记录线上问题定位实践 org.springframework.dao.QueryTimeoutException（解决思路）

时间：2024-04-13 16:55:40

现象

线上环境 偶发性出现如下异常，当出现此异常的，可重复复现

org.springframework.dao.QueryTimeoutException:
### Error querying database.  Cause: com.mysql.cj.jdbc.exceptions.MySQLTimeoutException: Statement cancelled due to timeout or client request
### The error may exist in CommonTableMapper.java (best guess)
### The error may involve CommonTableMapper.selectList-Inline
### The error occurred while setting parameters
### SQL: SELECT * FROM xxxx t WHERE t.a = xxx 
### Cause: com.mysql.cj.jdbc.exceptions.MySQLTimeoutException: Statement cancelled due to timeout or client request; 
Statement cancelled due to timeout or client request; nested exception is com.mysql.cj.jdbc.exceptions.MySQLTimeoutException: Statement cancelled due to timeout or client request
        at org.springframework.jdbc.support.SQLExceptionSubclassTranslator.doTranslate(SQLExceptionSubclassTranslator.java:76)
        at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:70)
        at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:79)
        at org.mybatis.spring.MyBatisExceptionTranslator.translateExceptionIfPossible(MyBatisExceptionTranslator.java:91)
        at org.mybatis.spring.SqlSessionTemplate$SqlSessionInterceptor.invoke(SqlSessionTemplate.java:441)
        at com.sun.proxy.$Proxy163.selectList(Unknown Source)
        at org.mybatis.spring.SqlSessionTemplate.selectList(SqlSessionTemplate.java:224)
        at org.apache.ibatis.binding.MapperMethod.executeForMany(MapperMethod.java:147)
        at org.apache.ibatis.binding.MapperMethod.execute(MapperMethod.java:80)
        at org.apache.ibatis.binding.MapperProxy$PlainMethodInvoker.invoke(MapperProxy.java:152)
        at org.apache.ibatis.binding.MapperProxy.invoke(MapperProxy.java:85)
        at com.sun.proxy.$Proxy165.selectList(Unknown Source)
        at
解决方案：

是因为服务器的另外一个应用申请了比较大的堆内存，导致服务器的资源不够。于是也会跑出这个异常。

之前没考虑到这个方向，认为是jdbc 或 数据库 进行了超时参数设置。但是通过查看，都比较符合。

如何排查，是因为我拿到这个sql 去 客户端 执行，是可以正常读取到所有数据。于是可以排除数据库参数设置限制。

后来，又看代码中的jdbc链接是否有进行设置，通过观察也没有设置。

故此，我怀疑应该是应用内存不够导致。于是我把另外一个应用停止，然后再重启之后，可以正常查询。

相关文章