第八章、removeAbandoned 连接池泄露检测

原创

已于 2022-05-19 00:14:01 修改 · 1.1k 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#数据库 #java #database

于 2022-05-19 00:07:54 首次发布

本文探讨了DruidDataSource中removeAbandoned功能用于检测和防止连接池资源泄露的问题。当开启此功能，若连接超过预设时间未关闭且无SQL执行，系统会自动回收这些连接。然而，由于生产环境中应由程序自身确保连接的关闭，因此默认情况下removeAbandoned是关闭的，不建议在生产环境中启用。

在DruidDataSource.init.initCheck 中有一句日志，不要用在线上

如何进行连接池泄露的检测
连接池泄露指的是连接资源没有close掉，没有归还到连接池

如果开启removeAbandoned，销毁独立线程会执行removeAbandoned检测一下，拿到已获取连接时间长度，如果大于阈值，且没有执行statement，将这个connection执行close方法，进行回收

为什么默认是关闭的？线上也不允许使用？
生产环境中连接的关闭应该靠程序自己保证，否则可能会隐藏问题

com.alibaba.druid.pool.DruidDataSource#getConnectionDirect

if (removeAbandoned) {
   
   
    StackTraceElement[] stackTrace = Thread.currentThread().getStackTrace();
    poolableConnection.connectStackTrace = stackTrace;
    poolableConnection.setConnectedTimeNano();
    poolableConnection.traceEnable = true;
    activeConnectionLock.lock();
    try {
   
   
        // 只有removeAbandoned开启时，才会想activeConnections里面存连接对象
        activeConnections.put(poolableConnection, PRESENT);
    } finally {
   
   
        activeConnectionLock.unlock