4. 连接池与线程池调优：配置合理的数据库连接池（HikariCP）与线程池参数，避免资源争抢

在低延迟评分接口中，数据库连接池和业务线程池是并发访问的两大核心资源池。配置不当会导致线程阻塞、连接泄漏、上下文频繁切换，最终引发接口响应时间剧烈抖动。本章从 HikariCP 连接池和通用线程池两个维度，给出可量化的调优参数与避坑指南。

4.1 连接池与线程池的协作模型

评分接口的典型调用链路为：HTTP 请求 → 业务线程池 → 数据库连接池 → SQL 执行。两个池的容量必须匹配，否则会出现“线程等连接”或“连接等线程”的死锁场景。

4.2 HikariCP 连接池参数调优

HikariCP 是目前 Spring Boot 默认的数据库连接池，以轻量、快速著称。评分接口对连接池的要求是：连接获取快、不泄漏、不超时。

4.2.1 核心参数配置表

4.2.2 典型配置示例（Spring Boot）

spring:
  datasource:
    hikari:
      maximum-pool-size: 16
      minimum-idle: 8
      connection-timeout: 3000
      idle-timeout: 600000
      max-lifetime: 1800000
      leak-detection-threshold: 60000
      pool-name: ScoreHikariCP

4.3 业务线程池参数调优

评分接口通常使用 ThreadPoolExecutor 或 Spring 的 @Async 线程池。线程池参数直接影响请求排队时间和 CPU 利用率。

4.3.1 线程池参数对比

4.3.2 线程池配置示例

@Bean("scoreTaskExecutor")
public ThreadPoolTaskExecutor scoreTaskExecutor() {
    ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor();
    int cpuCores = Runtime.getRuntime().availableProcessors();
    executor.setCorePoolSize(cpuCores * 2);       // 16 核 → 32
    executor.setMaxPoolSize(cpuCores * 4);         // 16 核 → 64
    executor.setQueueCapacity(50);                 // 小队列，快速触发扩容
    executor.setKeepAliveSeconds(60);
    executor.setThreadNamePrefix("score-exec-");
    executor.setRejectedExecutionHandler(new ThreadPoolExecutor.CallerRunsPolicy());
    executor.initialize();
    return executor;
}

4.4 资源争抢的典型场景与解决方案

当连接池和线程池参数不匹配时，会出现以下三种典型问题：

• 线程池过大，连接池过小：大量线程同时竞争少量连接，导致 connectionTimeout 频繁超时，接口失败率上升。
• 连接池过大，线程池过小：连接闲置浪费，数据库端连接数被占满，影响其他服务。
• 队列容量过大：请求在队列中长时间等待，导致接口响应时间飙升，且无法快速触发扩容。

4.5 调优验证与监控指标

配置完成后，需要通过以下指标验证调优效果：

4.6 总结：参数配置速查表

遵循“线程池容量 ≤ 连接池容量”的核心原则，配合合理的超时和队列设置，即可有效避免资源争抢，保障评分接口的低延迟和稳定性。