PHP MySQL 永久連接 (mysql_pconnect) 深度剖析：原理、Apache 進程池耦合、高併發連接數耗盡與替代方案

永久連接定義與機制

• mysql_pconnect()：腳本結束時不關閉連接
• PHP 檢查是否存在相同（主機+用戶+密碼）的空閒永久連接，有則復用，無則創建
• 前提條件： PHP 作為多進程/多線程 Web 服務器模塊運行（如 Apache mod_php）

Apache 進程模型下的連接生命週期

Apache 主進程
    └─ 子進程 1 → MySQL 連接 A (永久)
    └─ 子進程 2 → MySQL 連接 B (永久)
    └─ 子進程 N → MySQL 連接 N (永久)

請求到達 → 主進程分發給空閒子進程
子進程複用 → 直接使用已建立的 MySQL 連接
子進程結束/回收 → 連接隨進程歸還進程池，不釋放

高併發下的致命缺陷：連接數耗盡

場景推演

1. 200 並發請求，100 個涉及 DB
2. 100 個子進程各創建 1 個永久連接 → MySQL 連接數達 100（滿）
3. 這 100 請求未結束，連接不釋放
4. 新請求分發到無 DB 連接的子進程（概率 50%）
5. 嘗試創建新連接 → MySQL 拒絕 "Too many connections"
6. 用戶刷新頁面，碰運氣分發到有連接的進程才能成功

調整最大連接數的兩難

• 按 Apache 設大 → MySQL 連接數過多，內存/CPU 開銷巨大（和平時期養百萬大軍）
• 按 MySQL 設小 → Apache 進程利用率低，無法發揮併發優勢（殺雞用牛刀）

官方文檔定位與現實建議

PHP 手冊明確指出：僅適合低併發網站。但低併發下永久連接帶來的性能提升微乎其微。

結論： mysql_pconnect 在現代高併發架構中屬於「雞肋」角色，不推薦使用。

現代替代方案對比

最佳實踐建議

1. 默認使用短連接：mysqli_connect() / new PDO()，配合數據庫端連接池
2. PHP-FPM 模式下：設置 pm.max_children ≤ MySQL max_connections，避免連接數超限
3. 高併發必上連接池中間件：ProxySQL / MySQL Router / PgBouncer (PostgreSQL)
4. 監控關鍵指標：Threads_connected、Aborted_connects、連接等待時間
5. 避免在腳本中手動 pconnect：框架/ORM 統一管理連接生命週期

遷移檢查清單

• [ ] 將所有 mysql_pconnect 替換為 mysqli_connect / PDO
• [ ] 確認數據庫 max_connections ≥ 應用最大併發進程數
• [ ] 部署連接池中間件（生產環境強烈建議）
• [ ] 設置連接超時：wait_timeout、interactive_timeout
• [ ] 啟用慢查詢日誌、連接錯誤告警