Java資料庫連線池：使用場景、主流實現與實戰配置指南

資料庫連線池是Java企業級應用的標配組件，能大幅降低建立連線的開銷、控制並發連線數、防止資料庫過載。本文梳理使用場景、主流連線池對比、以及Spring Boot實戰配置要點。

什麼時候必須用連線池？

• Web應用（Servlet、Spring MVC、Spring Boot、Struts2）
• 長期運行的後台服務（定時任務、訊息消費者、批次處理）
• 高併發場景（電商秒殺、即時競價、遊戲伺服器）
• 微服務架構中每個服務實例獨立持有連線池

不需要：一次性腳本、單元測試（可用內存資料庫H2）、極低頻率的CLI工具。

主流連線池對比（2024現況）

Spring Boot 3.x + HikariCP 實戰配置

# application.yml
spring:
  datasource:
    url: jdbc:mysql://localhost:3306/mydb?useSSL=false&serverTimezone=Asia/Taipei&allowPublicKeyRetrieval=true
    username: app_user
    password: ${DB_PASSWORD}
    hikari:
      maximum-pool-size: 20          # 最大連線數 = CPU核心數 * 2 + 有效磁碟數（經驗公式）
      minimum-idle: 5                # 最小閒置連線
      idle-timeout: 300000           # 閒置5分鐘回收 (ms)
      max-lifetime: 1800000          # 連線最大存活30分鐘 (ms)
      connection-timeout: 30000      # 取得連線超時30秒 (ms)
      validation-timeout: 5000       # 驗證連線超時5秒
      leak-detection-threshold: 60000 # 洩漏偵測60秒 (0=關閉)
      pool-name: MyApp-HikariCP      # 方便JMX/日誌識別
      # 自訂連線測試查詢（MySQL 8.0+建議）
      connection-test-query: "SELECT 1"
      # 資料來源屬性傳遞給JDBC驅動
      data-source-properties:
        cachePrepStmts: true
        prepStmtCacheSize: 250
        prepStmtCacheSqlLimit: 2048
        useServerPrepStmts: true

關鍵監控指標（Prometheus + Grafana）

• hikaricp_connections_active：活躍連線數（持續逼近max → 擴容或優化慢查詢）
• hikaricp_connections_idle：閒置連線數
• hikaricp_connections_pending：等待連線的執行緒數（>0 表示瓶頸）
• hikaricp_connections_creation_ms / usage_ms：建立/使用連線耗時分佈

常見誤區

1. 連線池太大：超過資料庫max_connections或OS檔案描述符限制，反而拖垮DB。
2. 未啟用PreparedStatement快取：MySQLcachePrepStmts=true可大幅降低解析開銷。
3. 長事務佔用連線：業務邏輯在事務中呼叫外部HTTP/RPC，導致連線長期不釋放 → 拆分事務邊界。
4. 連線洩漏：未在finally或try-with-resources歸還連線 → 開啟leak-detection-threshold。

選對連線池、調優核心參數、建立監控告警，是Java後端穩定運行的基石。