MySQL 5.5+ 連線逾時導致網站無法存取資料庫：根因與兩大解決方案

MySQL 5.5 之後預設 wait_timeout=28800（8小時），超過此時間無活動連線會被主動斷開，導致應用程式連線池中的連線失效，網站出現「無法連線資料庫」錯誤。本文提供伺服器端設定與 Java Spring 應用端兩大解決方案。

根因分析

• MySQL 5.5+ 預設 interactive_timeout = wait_timeout = 28800 秒（8小時）
• 連線閒置超過 8 小時 → MySQL 主動斷開
• 應用程式連線池不知情，嘗試使用已失效連線 → 報錯
• 常見錯誤：Communications link failure、Connection reset

方案一：修改 MySQL 伺服器設定（治標）

Linux： 編輯 /etc/my.cnf（或 /etc/mysql/my.cnf）

[mysqld]
interactive_timeout = 28800000
wait_timeout = 28800000

Windows： 編輯 my.ini

[mysqld]
interactive_timeout = 28800000
wait_timeout = 28800000

💡 設為 28800000 秒（8000小時），實質上關閉逾時機制。
⚠️ 修改後**必須重啟 MySQL 服務**生效。

方案二：應用程式端啟用連線驗證（治本，推薦）

以 Java Spring + DBCP/HikariCP 為例，在 applicationContext.xml 或 application.yml 設定：

DBCP 設定

<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource">
    <property name="validationQuery" value="SELECT 1"/>
    <property name="testOnBorrow" value="true"/>
    <property name="testWhileIdle" value="true"/>
    <property name="timeBetweenEvictionRunsMillis" value="60000"/>
    <property name="minEvictableIdleTimeMillis" value="300000"/>
</bean>

HikariCP 設定（現代標準）

spring.datasource.hikari.connection-test-query=SELECT 1
spring.datasource.hikari.maximum-pool-size=20
spring.datasource.hikari.minimum-idle=5
spring.datasource.hikari.idle-timeout=300000
spring.datasource.hikari.max-lifetime=1200000
spring.datasource.hikari.connection-timeout=30000

關鍵屬性說明

最佳實務建議

• ✅ **優先採用方案二**：連線池自我管理，不依賴資料庫設定，遷移環境不受影響
• ✅ 方案一可作為備援，但會增加資料庫維持閒置連線的資源消耗
• ✅ 監控連線池指標：active、idle、usage
• ✅ 設定合理的 maxLifetime（如 30 分鐘），主動回收老舊連線

1. 上一篇文章： SQL 刪除重複資料：兩種經典寫法（NOT IN 與暫存表）
2. 下一篇文章： MySQL root 密碼遺忘：Windows 環境下跳過權限表重置密碼完整步驟

MySQL 資料庫相關知識

MySQL 優化實戰：將 DELETE 子查詢重寫為多表 JOIN 大幅提升效能

問題背景 開發人員常遇到一個令人困惑的現象：同一條 SQL，

MySQL 入門完全指南：從關係型概念到 Windows 免安裝配置實戰

一、核心概念：什麼是關係型數據庫？ MySQL 屬於關係型數

徹底解決 MySQL 中文亂碼：三大成因、配置文件標準化與應用層配置清單

MySQL 中文亂碼成因集中在三點：服務器默認字符集非 UT

MySQL 分表架構下百萬/千萬級資料的批量查詢設計模式

場景 將海量單表按主鍵、時間或條件字段拆分為多張表，甚至分散