虛擬主機環境下 PHP + MySQL 網站頻繁出現 `Can't connect to MySQL Server (4)` 錯誤，空間商推卸責任。經歷從 `mysql_connect` 改 `mysql_pconnect` 短暫緩解、流量恢復後惡化、甚至重啟無效的完整排查過程，最終定位核心原因並給出解決方案。
現象時間軸
- 一年前上線，穩定運行
- 近半年頻發連接失敗 (週 1-2 次)，需商重啟 MySQL 恢復
- 改用 `mysql_pconnect` (持久連接) 緩解半月
- 百度調整流量下降期間無故障
- 流量恢復後頻率升為每日多次，重啟 MySQL 亦無效
社群建議與嘗試
- 優化 SQL、減少查詢： 已將單頁連接數從多個降至 1-2 個，核心頁面僅 1 個，問題依舊
- 使用連接池： PHP 原生不支援連接池，需依賴 `pconnect` 或外部池化中間件
關鍵突破：DNS/主機名解析問題
專家指出：連接字串使用域名或 IP 作為 Host，一旦 DNS/網關異常即無法解析。**建議改用 `localhost`**：
- 繞過 DNS 解析，直接走本機回環
- 不支援 Socket 時自動回退 Named Pipe，相容性最佳
- 消除網路層不確定性
深層根因分析
| 層面 | 問題本質 | 驗證方式 |
|---|
| 應用層 | PHP 無原生連接池，`pconnect` 重用連接但受限於 Apache 進程模型，高併發時連接數耗盡 | `SHOW PROCESSLIST` 觀察 `Sleep` 狀態連接堆積 |
| 資料庫層 | 虛擬主機共享 MySQL，`max_connections` 受限，其他用戶佔用導致無法新建連接 | 錯誤日誌 `Too many connections` / 詢問商配額 |
| 網路層 | 域名/IP 解析依賴外部 DNS，虛擬主機環境網關不穩定 | `ping`/`telnet` 域名 vs `localhost` 對比 |
| 架構層 | 虛擬主機無法調優 MySQL 參數、無法部署連接池中間件 (ProxySQL/MaxScale) | 評估遷移至 VPS/雲資料庫 (RDS/CloudSQL) |
解決方案路徑 (由易至難)
- 立即生效： 連接字串 Host 改為 `localhost` (或 `127.0.0.1`)
- 程式優化： 單請求單連接、事務簡短、盡早關閉、使用 `mysqli`/`PDO` 預處理語句
- 中階遷移： 升級至獨享資源 VPS/雲主機，調整 `max_connections`、`wait_timeout`、`interactive_timeout`
- 長期架構： 遷移至受管資料庫服務 (AWS RDS / 阿里云 RDS / Google Cloud SQL)，啟用連接池 (ProxySQL)、讀寫分離、自動備份監控
給虛擬主機用戶的避坑指南
- 合約前確認：`max_connections` 配額、是否支援 `localhost` Socket 連接、慢查詢日誌權限
- 監控腳本：定時 `mysqladmin ping` + 連接數採集，異常告警
- 備案：準備靜態快取頁面，資料庫不可用時降級服務
