Error accessing PooledConnection. Connection is invalid.问题处理总结

在使用SpringBoot结合Mybatis进行大量数据库操作时,因频繁创建对象导致数据库连接池资源耗尽。通过调整对象初始化方式并利用Spring依赖注入,有效避免了连接池爆满的问题。

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

最近有个项目使用SpringBoot+Mybatis,进行大批量数据库操作,基本代码结构是6个类:

其中,AbstractSync定义的Session的获取,另外三个类集成自AbstractSync,从而获取数据库连接。

AbstractSync代码结构如下:

public abstract class AbstractSync {
    private Logger log = Logger.getLogger(AbstractSync.class);

    @Autowired
    public DataSyncSettings settings;

    @Autowired
    MailService mailService;

    public SqlSession tisSession;
    public SqlSession sisSession;

    public AbstractSync() {
        init();
    }

    @PostConstruct
    protected void init(){
        try {
            tisSession = DataSourceSqlSessionFactory.getTisSession();
            sisSession = DataSourceSqlSessionFactory.getSisSession();
        } catch (IOException e) {
            e.printStackTrace();
        }
    }
}

最终发现在VirtualPartFunctionalInterfaceImpl类中,有个循环体在频繁new VirtualPartHandle,

由于写代码时认VirtualPartHandle只在这个循环体内部使用,当循环体执行完一次后,new VirtualPartHandle就没有了引用,就会有GC去回收这个对象。当再执行一次循环体时又是一个全新的对象。但是没考虑到,对象用完了会有GC去回收,但是与数据库建立的Session并没有关闭,导致频繁从连接池中获取Session,直至连接池用完,出现了这个异常。

处理方式:

改写VirtualPartHandle的初始化方式,不再使用构造函数取初始化,使用方法去初始化。并且通过Spring注入的方式引用这个类,从而解决了频繁New对象导致连接池爆满的问题。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值