Java实现的JDBC查询REST API高并发报错及多库适配问题

• 核心原因：当前每次请求新建JDBC连接，创建销毁开销大，30并发下容易出现数据库连接数不足、连接超时，同时手写的资源释放逻辑容易出现资源泄漏，进一步加剧连接占用问题
• 优化措施：
  • 引入HikariCP等数据库连接池，全局初始化连接池，复用数据库连接，控制最大并发连接数，避免打爆数据库连接上限
  • 使用try-with-resources语法自动释放Connection、Statement、ResultSet资源，避免手写finally的遗漏问题，杜绝资源泄漏
  • 不要抛出Error类型异常，替换为自定义业务运行时异常，方便上层统一捕获返回友好错误信息，避免请求直接崩溃

优化后核心代码示例：

// 连接池全局初始化一次即可，不要每次请求重复创建
HikariDataSource dataSource = new HikariDataSource();
dataSource.setMaximumPoolSize(30); // 可根据数据库承载能力调整
// 其余连接池基础配置初始化省略

// 请求处理逻辑
try (Connection conn = dataSource.getConnection();
     Statement stmt = conn.createStatement();
     ResultSet rs = stmt.executeQuery(query)) {
    output = resultSetHandler(rs);
} catch (SQLException e) {
    throw new BizRuntimeException("数据库查询失败", e);
}

• 核心思路：抽离不同数据库的差异点，动态匹配对应配置
• 优化措施：
  • 定义数据库类型枚举，维护各数据库的驱动类名、JDBC URL前缀、特殊类型转换规则等差异配置，示例如下：

    public enum DbType {
        ORACLE("oracle.jdbc.driver.OracleDriver", "jdbc:oracle:thin:@"),
        MYSQL("com.mysql.cj.jdbc.Driver", "jdbc:mysql://"),
        POSTGRESQL("org.postgresql.Driver", "jdbc:postgresql://");
        
        private final String driverClass;
        private final String urlPrefix;
        // 构造方法、getter省略
    }
    

  • 接口入参新增数据库类型标识，根据标识动态加载对应驱动、生成对应格式的JDBC URL，移除Oracle硬编码逻辑
  • 改造resultSetHandler结果集转换方法，兼容不同数据库的特殊字段类型（如Oracle DATE、MySQL DATETIME、PostgreSQL JSONB等）的转换逻辑，保证不同数据库返回JSON格式一致
  • 可引入Spring JdbcTemplate、MyBatis等成熟JDBC框架，框架本身已实现多数据库兼容，减少自行适配的工作量

当前接口直接接收外部传入的SQL语句，存在极高的SQL注入风险，建议增加以下防护规则：

• 限制仅允许执行SELECT查询语句，禁止DML、DDL等修改操作
• 为连接使用的数据库账号授予只读权限，即使出现恶意SQL也无法修改删除数据
• 对传入的SQL做敏感词校验，拦截DROP、TRUNCATE、ALTER等危险操作关键字

内容的提问来源于stack exchange，提问作者vivek