MySQL 連接失敗頻發排查實錄：主機名解析、連接池缺失與虛擬主機資源爭奪

現象

• Linux 虛擬主機 PHP + MySQL，運行一年正常
• 近半年頻繁 Can't connect to MySQL server on 'xx.xx.xx.xx' (4)
• 空間商稱同機其他站點正常，歸責用戶代碼
• 嘗試 mysql_pconnect() 緩解半月，流量恢復後失效，甚至重啟無效

社區診斷建議

1. 優化查詢：減少頁面查詢數，嚴禁循環中查詢（N+1 問題），使用連接池復用連接。
2. 檢查連接參數：使用 localhost 而非 IP/域名作為 host，自動走 Unix Socket 避開網絡棧/DNS 解析失敗。

用戶反饋與深度分析

• 已優化至高頻頁面 1 個連接，其他 ≤ 2 個，總連接數極低
• 現象為「天天出現、重啟無效」，提示非單純連接數耗盡
• 虛擬主機核心矛盾：多租戶共享 MySQL 實例，「鄰居」惡意/失控佔用連接/資源導致服務不可用，單用戶優化無解

根因定位建議

虛擬主機用戶生存指南

1. 連接字符串強制用 localhost（或 127.0.0.1 配合 skip-name-resolve）
2. 框架配置連接池（如 Laravel database.connections.mysql.strict => false + pdo_options[PDO::ATTR_PERSISTENT] => false）
3. 監腳本：定時 SHOW GLOBAL STATUS LIKE 'Max_used_connections' 記錄峰值，作為投訴證據
4. 遷移唯一出路：雲數據庫 RDS / 獨享雲服務器 / 容器化部署，擁有資源隔離保障

總結

共享虛擬主機 MySQL 連接失敗本質是多租戶資源隔離缺失，代碼優化只能緩解症狀。localhost + Socket + 連接池 + 遷移獨享 是完整解鏈路。