MySQL 連接頻繁失敗根因排查：DNS 解析陷阱、連接池缺失與長連接策略實戰

現象回顧

• 虛擬主機 PHP + MySQL，運行半年後頻現 Can't connect to MySQL server (4)
• 空間商稱「同機其他站正常」，歸責應用代碼
• 將 mysql_connect 改 mysql_pconnect 緩解半月，流量恢復後失效

核心根因分析

1. 域名/IP 直連導致 DNS/網關單點故障

代碼中使用 $host = 'db.example.com' 或 '10.x.x.x'，每次連接觸發 DNS 解析或經網關轉發。任一環節抖動即連接失敗。

修正： 使用 localhost（Unix Socket）或 127.0.0.1（TCP 本地回環），繞過 DNS/網關。

2. 短連接風暴 + 無連接池 = 連接數耗盡

• 每頁 1-4 次 mysql_connect，高峰期並發數 × 頁面連接數 > max_connections
• mysql_pconnect 復用連接但不釋放，導致睡眠連接佔滿 wait_timeout 窗口

3. 虛擬主機資源配額限制

共享主機通常限制 max_user_connections、max_connections、CPU/內存配額，單賬號超限即被熔斷。

系統級優化方案

應用代碼改造示例

// 錯誤：每次 new 連接
$link = mysql_connect('db.host.com', 'user', 'pass');

// 正確：PDO 單例 + 持久連接
class DB {
    private static $pdo;
    public static function get() {
        if (!self::$pdo) {
            self::$pdo = new PDO(
                'mysql:host=localhost;dbname=app;charset=utf8mb4',
                'user', 'pass',
                [PDO::ATTR_PERSISTENT => true, PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION]
            );
        }
        return self::$pdo;
    }
}

虛擬主機階段「能跑通」≠「架構健壯」。流量增長時，連接管理、DNS 依賴、資源配額 三大隱患必爆雷。盡早規劃遷移至受管數據庫服務。