Error accessing PooledConnection. Connection is invalid.问题处理总结-优快云博客

本文链接：https://blog.youkuaiyun.com/zjltju1203/article/details/86474358

在使用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对象导致连接池爆满的问题。