JDBC 效能優化十大策略實戰總結

雖然 Hibernate、MyBatis 等 ORM 框架大幅簡化了資料存取開發，但在極致效能場景下，原生 JDBC 仍具不可替代的優勢——它提供最底層、最精細的控制權。以下是實戰中驗證有效的十大優化策略：

1. 選用純 Java 驅動程式

Type 4 驅動（如 MySQL Connector/J、PostgreSQL JDBC）直接以 TCP/IP 與資料庫通訊，無需本地庫，部署簡單且效能最佳。

2. 善用連線池並精調參數

採用 HikariCP、Druid 等成熟連線池。參數配置必須以壓測為準，而非憑感覺：

• maximumPoolSize：依 CPU 核心數與 I/O 特性設定
• connectionTimeout、idleTimeout、maxLifetime：平衡資源釋放與重建開銷

3. 最大化重用 Connection

在同一業務流程中，儘量複用單一連線。頻繁獲取/歸還連線會增加池管理開銷，尤其在大迴圈批次操作時更應避免「用完即關」模式。

4. 重用 PreparedStatement

• 將固定 SQL 定義為 static final 常數
• 對重複執行的參數化查詢，盡可能復用 PreparedStatement 物件（需注意執行緒安全）
• 預編譯緩存可減少資料庫解析優化開銷

5. 批次處理

大量 INSERT/UPDATE/DELETE 時使用 addBatch() + executeBatch()，可將網路往返次數降為 1 次，效能提升往往達數量級。

6. 優化 ResultSet 配置

根據業務需求精確選擇：

此外，務必使用 setFetchSize() 控制每次網路傳輸行數，避免大結果集導致 OOM。

7. 事務精簡控制

• 資料庫不支援事務（如 MyISAM）時，勿編寫回滾代碼
• 唯讀業務明確設定 readOnly=true，資料庫可優化鎖策略
• 縮短事務邊界，減少鎖持有時間

8. 連線釋放放入 finally 區塊

Connection conn = null;
try {
    conn = pool.getConnection();
    // 業務邏輯
} finally {
    if (conn != null) conn.close(); // 歸還池或關閉
}

防止異常導致連線洩漏耗盡池資源。

9. 異常處理分層原則

• DAO 層：捕獲 SQLException，轉換為受檢異常或自定義業務異常拋出
• Service 層：處理業務異常，決定回滾與重試策略
• 嚴禁吞噬異常 或隨意拋出 RuntimeException 導致 JVM 不可控終止

10. 架構層面擴展

當單機 JDBC 優化觸及瓶頸時，引入：

• 快取層
• 讀寫分離 / 分庫分表
• 資料庫叢集與負載均衡

記住：優化是權衡的藝術，永遠以實測數據為準，避免過早優化。