java.sql.SQLException: connection holder is null

文章讨论了在执行长时间SQL操作时遇到的`connectionholderisnull`异常。此问题源于Spring配置的超时连接回收机制。提供了三种解决方案:关闭回收、延长超时时间或手动设置回收。作者强调回收的必要性以保持系统稳定,但建议对大批量数据操作应在本地环境完成,避免影响生产环境。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一、工作中遇到的问题汇总

1、java.sql.SQLException: connection holder is null;6234d95bf96f44e6a7fe5e2e793e542b.png

 

问题描述:对于大表进行查询、修改操作时,有时sql需要执行很长时间,这时就可能在执行到半路时、报错SQLException: connection holder is null。意思是,连接数据库的对象为null,就是连接断开了、过期了、没了。e6bf904d4fae425eb88281be3d2705dd.png

 

2)原因:

在spring配置数据源时,一般都会配置以下两项

是否自动回收超时连接 -->\n\u003Cproperty name=\"removeAbandoned\" value=\"true\" /> \n\u003C!-- 超时时间,单位:秒(s) -->\n\u003Cproperty name=\"removeAbandonedTimeout\" value=\"10\" />意思是,一次对数据库的连接,当它超过设定时间时,spring就给他断开。\n第一个是配置开不开这个功能;04d0b63bc8d64f2581526974e17ae87c.png

 

第二个是配置限定时间。

3)解决:

方案一:

 直接关闭这个 自动回收超时连接

方案二:延长超时时间是否自动回收超时连接

方案三:关闭自动回收,然后再代码中手动设置回收。这个我没用过c6ac56c4d9ca4537a410eb0aed69bfd5.png

 

4)心得

这个回收还是有必要的,过长时间的sql连接,会影响其他功能、让系统变卡;严重的,还会耗尽数据库内存,导致数据源奔溃、系统停用。但是有时候,又会有那种大批量的数据,需要统一处理;这种情况,建议把生产数据导到线下一份,在本地执行完成后、再把结果更新到生产,一定要保证生产环境稳定安全运行。在本地执行的过程,可以暂时把“超时回收”关闭 或者 延长超时时间,执行完再改回来就。d67936c512f74025aa915b81b6529613.png

 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

期待奔跑

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值