Druid连接池报错：org.postgresql.util.PSQLException: FATAL: too many connections for role “*********“

最新推荐文章于 2024-03-12 19:03:57 发布

墨眉亦无锋

最新推荐文章于 2024-03-12 19:03:57 发布

阅读量3.1k

点赞数

分类专栏：每天一个知识点，从此面试不再难。技术进阶文章标签： postgresql 数据库 database

本文链接：https://blog.csdn.net/liuhua121/article/details/122406865

版权

每天一个知识点，从此面试不再难。同时被 2 个专栏收录

2 篇文章 0 订阅

订阅专栏

技术进阶

1 篇文章 0 订阅

订阅专栏

一错误描述

1 负责的BI中的数据数据可视化项目一直运行的比较稳定，突然早上用户反馈，报表查询非常慢，非常卡，而且有些网页直接打不开（单体应用，没有降级和熔断）。

2 没一会CPU就报警了，CPU使用率非常高，居高不下。

3 查看日志，后端一直报错：数据库某个用户的账号连接超多。

4 DBA联系反应我们的应用占用了太多连接，IDLE连接数太多，导致该账号的其他应用无法使用数据库了，且DBA调高了连接限制后，没一会，连接又被我们的应用占满。

5 无奈一时半会想不出原因，就重启了服务，没想到一会就又报警了，又是重启，之后才稳定了

6 当天的复盘：只能整理出表面原因：有个部门的同事一个账号配置了多个报表，而且将这些报表配置为每一秒刷新一次，将这些报表的定时刷新关闭以后，情况才有所好转。

7 按照理解，项目使用了Druid连接池，最大连接数设置的是10个，即使没有足够的连接，也不应该超过10个，更不会有IDLE的连接。

二综合分析：

1 公司采用了开源的Davinci 作为BI工具，该开源项目采用数据源分离技术进行数据库连接管理（其实就是会为每个数据源构造一个Druidi连接池，单独控制每个数据源的连接信息，并将该连接池，保存于一个全局map中【类似于Spring对于Bean的管理】）在每次页面报表进行查询显示的时候，会获取map中的连接池，然后获取连接进行查询，每个报表一个线程进行查询。

 public DruidDataSource getDataSource(JdbcSourceInfo jdbcSourceInfo) throws SourceException {
       /*
      省略业务代码
      属性获取
        */
        String key = getDataSourceKey(jdbcSourceInfo);
        DruidDataSource druidDataSource = dataSourceMap.get(key);
        if (druidDataSource != null && !druidDataSource.isClosed()) {
            return druidDataSource;
        }
        Lock lock = getDataSourceLock(key);
        /********加锁***************/
        try {
            if (!lock.tryLock(30L, TimeUnit.SECONDS)) {
                druidDataSource = dataSourceMap.get(key);
                /******************双重校验******************/
                if (druidDataSource != null && !druidDataSource.isClosed()) {
                    return druidDataSource;
                }
                throw new SourceException("Unable to get datasource for jdbcUrl: " + jdbcUrl);
            }
        } catch (InterruptedException e) {
            throw new SourceException("Unable to get datasource for jdbcUrl: " + jdbcUrl);
        }

        druidDataSource = dataSourceMap.get(key);
        /******************双重校验******************/
        if (druidDataSource != null && !druidDataSource.isClosed()) {
            lock.unlock();
            return druidDataSource;
        }

        druidDataSource = new DruidDataSource();

        try {

            if (StringUtils.isEmpty(dbVersion) ||
                    !ext || JDBC_DATASOURCE_DEFAULT_VERSION.equals(dbVersion)) {

                String className = SourceUtils.getDriverClassName(jdbcUrl, null);
                try {
                    Class.forName(className);
                } catch (ClassNotFoundException e) {
                    throw new SourceException("Unable to get driver instance for jdbcUrl: " + jdbcUrl);
                }

                druidDataSource.setDriverClassName(className);

            } else {
                druidDataSource.setDriverClassName(CustomDataSourceUtils.getInstance(jdbcUrl, dbVersion).getDriver());
                String path = System.getenv("DAVINCI3_HOME") + File.separator + String.format(Consts.PATH_EXT_FORMATTER, jdbcSourceInfo.getDatabase(), dbVersion);
                druidDataSource.setDriverClassLoader(ExtendedJdbcClassLoader.getExtJdbcClassLoader(path));
            }
/************省略业务属性的set代码************/

            druidDataSource.setRemoveAbandonedTimeout(3600 + 5 * 60);
            druidDataSource.setLogAbandoned(true);

            druidDataSource.setConnectProperties(properties);

            try {
                druidDataSource.setFilters(filters);
                druidDataSource.init();
                log.info("init datasource success ,sourceKey:{}", key);

            } catch (Exception e) {
                log.error("Exception during pool initialization", e);
                throw new SourceException(e.getMessage());
            }
            dataSourceMap.put(key, druidDataSource);
        } finally {
            lock.unlock();
        }

        return druidDataSource;
    }

直接查看代码，经过分析，虽然是多线程的，但是看的时候也只能看到设计的还是比较精妙，且每次使用多线程都会严谨的双重校验，理论上是不会出现问题的。

2 想到虽然连接池可以控制每个池中连接数，会不会连接池本身没有控制住，这样的话，多个连接池，也是会导致连接数超级多的。又想起了Druid具有自带的监控页面，于是百度了一下如何访问，通过查看Druid监控页面，证实了自己的想法。