Hibernate + MySQL 連線自動斷開異常解決：C3P0 連接池替換內建池實戰

專案使用 Hibernate 3 + MySQL 4.0 + JDBC 驅動 3.0.9，部署次日即出現 No operations allowed after connection closed，重啟 Tomcat 暫時恢復，隔天復發。根因是 MySQL 預設 wait_timeout=8小時 閒置斷開連線，而 Hibernate 內建連接池無檢測機制，導致池中連線失效。本文記錄三種嘗試方案，最終以 C3P0 連接池徹底解決。

問題複現

• 錯誤：No operations allowed after connection closed
• 規律：夜間無訪問，次日首次請求失敗，重啟 Tomcat 即恢復
• MySQL 官方文檔確認：wait_timeout=28800秒(8小時) 後自動斷開閒置連線

方案一：連接字串加 autoReconnect=true ❌

jdbc:mysql://host:3306/db?autoReconnect=true

結果：無效。官方文檔明確不建議生產環境使用，且 Hibernate 連接池不觸發重連邏輯。

方案二：手動檢查 Session 狀態重連 ❌

Session session = sessionFactory.openSession();
if (!session.isConnected()) {
    session.reconnect(); // 或重新 openSession
}

結果：無效。Hibernate Session 狀態判斷不可靠，且業務碼侵入性強，難以全面覆蓋。

方案三：替換為 C3P0 連接池 ✅（終極方案）

步驟

1. 複製 hibernate_install_dir/lib/c3p0-0.8.3.jar 至專案 lib/
2. hibernate.properties 取消註釋 hibernate.c3p0.* 相關配置（或自訂）：

hibernate.c3p0.min_size=5
hibernate.c3p0.max_size=20
hibernate.c3p0.timeout=1800          -- 連線最大閒置秒數，小於 MySQL wait_timeout
hibernate.c3p0.idle_test_period=300  -- 每 5 分鐘檢測一次閒置連線
hibernate.c3p0.preferred_test_query=SELECT 1  -- 檢測查詢
hibernate.c3p0.acquire_increment=3

3. 重啟應用，問題徹底消失，連續運行數月無復發。

C3P0 關鍵參數解析

補充修正：DAO 層 Session 管理缺陷

原代碼存在「單 Session 多請求複用」問題，已重構為「請求級 Session：Open → 用完 Close」，配合 C3P0 連接池，雙重保障穩定性。

教訓總結

1. 內建連接池僅供開發測試：Hibernate 文檔明確警告不建議生產使用，切勿抱僥倖。
2. 連接池必須具備「閒置檢測 + 自動剔除失效連線」能力：C3P0、DBCP2、HikariCP 均支援。
3. 池配置 timeout < 資料庫 wait_timeout：確保池層先清理失效連線，避免業務層踩雷。
4. C3P0 名稱來自《星際大戰》機器人 C-3PO：冷知識一則，輕鬆一下。

以 C3P0 替換內建池，配置合理的閒置檢測策略，是解決 MySQL 8 小時斷連問題的標準答案。