MySQL Sleep 連接過多問題排查與解決：wait_timeout 配置最佳實踐

現象

SHOW PROCESSLIST 大量 Command=Sleep 進程，佔用連接數導致「Too many connections」。

三大成因

1. 客戶端未調用 mysql_close()：程式碼疏漏、連接池未正確歸還
2. 閒置超時未達標：客戶端在 wait_timeout/interactive_timeout 內無請求，但連接實際已斷（網絡故障、防火牆切斷），伺服器不知情
3. 請求未完成客戶端退出：發送查詢前進程崩潰，TCP 半開連接

解決方案

1. 調小 wait_timeout（核心）

-- 配置文件 [mysqld] 區段
wait_timeout = 600  -- 10 分鐘，視業務調整

-- 或動態生效（僅影響新連接）
SET GLOBAL wait_timeout = 600;

2. 應用層強制關閉

• PHP：mysqli_close()、PDO 設定 ATTR_PERSISTENT=false
• Java：連接池 minEvictableIdleTimeMillis、testWhileIdle=true
• Python：with conn.cursor() 上下文管理器

3. 連接池驗證機制

# HikariCP 範例
spring.datasource.hikari.idle-timeout=300000
spring.datasource.hikari.max-lifetime=600000
spring.datasource.hikari.connection-timeout=30000
spring.datasource.hikari.leak-detection-threshold=60000

互動式與非互動式超時區別

啟動時若為互動式客戶端，實際生效值取 interactive_timeout；否則取 wait_timeout。

1. 上一篇文章： Linux 下查看 MySQL 版本的四種方法：命令行、客戶端、幫助、函數
2. 下一篇文章： MySQL 數據導入恢復教程：LOAD DATA INFILE 與 mysqlimport 實戰詳解

MySQL 資料庫相關知識

MySQL 模擬 ROW_NUMBER() 分頁排序：用戶變量實戰與避坑指南

背景：MySQL 8.0 前無原生窗口函數 MySQL 5.

MySQL root 權限遺失緊急恢復：skip-grant-tables 實戰操作手冊

誤操作導致 root 帳號權限全失（甚至無法登入），只要擁有

MySQL 綠色版安裝圖文教程：從下載到基本操作全攻略

前言 MySQL 綠色版（免安裝版）因其部署靈活、無需安裝向

MySQL EXPLAIN 實戰：SQL 效能分析與優化指南

EXPLAIN 定位 解決資料庫效能問題的**第一工具**，